Use this page when you want to decide what to do next without wading through the rest of the docs.
For the one-page map from posture to canonical doctrine files (before you
open long sections), read ../protocol-kernel.md, then
../visual-map.md if you still need the hierarchy picture.
Is this repo healthy and actively moving, or unclear and drifting?
If the repo already has live docs and an active roadmap lane:
- open the repo docs front door
- open the generation index
- open the active milestone
- open the latest relevant log
- use the governing contracts only when the milestone or log points at them
This is the shortest normal path to a valid next batch.
If you cannot trust the current state:
-
if contracts, authority, or system coverage are missing, the project still needs planning
-
if the roadmap exists but no longer feels trustworthy, it needs recovery
-
if you are not sure which of those is true, run the sweep pack first
Invoke the northstar skill and open
skills/northstar/references/router.md
to pick one mode:
- No real planning yet -> planning:
plan-from-scratch - Sound planning; need milestones or batches -> planning:
compile-roadmaps - Plan was right but changed -> recovery:
replan-after-change - Drifted or messy state -> recovery:
refocus-drifted-projectorsweep-audit-repair - Research -> contracts/architecture ->
research - Bootstrap, migrate, or spine hygiene ->
normalize-docs - Explicit continuation brief / fresh thread ->
handoffonly (not barecontinue)
- “Plan this system before we build” ->
northstar(plan-from-scratch) - “Lay out the next few roadmaps from the current contracts” ->
northstar(compile-roadmaps) - “Replan this after the contract change” ->
northstar(replan-after-change) - “Refocus this project under Northstar” ->
northstar(refocus-drifted-project) - “Turn this memo into contracts” ->
northstar(research) - “Create a handoff for the next thread” ->
northstar(handoff mode)
If humans are going to reuse the same opener across multiple threads, use:
- Use live-project-refocus-specimen.md to see what recovery looks like in practice.
Start here instead of wading through all docs:
- Visual Map -- one-page overview of how everything fits
- Glossary -- terminology reference
- Cheat Sheet -- naming conventions and quick rules
Healthy active repo:
repo docs -> generation index -> active milestone -> latest log -> next batch
Drifted or unclear repo:
sweep -> choose entry point -> repair/complete planning -> compile roadmap -> execute batch -> log -> handoff
These are for maintaining Northstar itself, not for normal repo operation:
Validate whether the new visual map and glossary actually reduce the time from "open repo" to "start next batch" for active operators.