Use this guide for the normal ongoing operator loop. If you need the broader product map first, start with modes.md. If something is broken, jump to operator-troubleshooting.md.
- Run
audit <github-username> --doctorif setup, baseline, or workbook health is in doubt. - Run
audit <github-username> --htmlto refresh the workbook, Markdown, HTML, JSON, review-pack, and scheduled-handoff story. - Run
audit <github-username> --control-centerfor read-only operator triage from the latest state. This also refreshes the report-onlyweekly-command-center-<username>-<date>.jsonand.mddigest. - Open the workbook and read it in this order:
DashboardRun ChangesReview QueuePortfolio ExplorerRepo DetailExecutive Summary
The primary workbook, HTML, Markdown, review-pack, and scheduled-handoff surfaces all tell the same compressed operator story:
Act Nowmeans blocked or urgent pressure is active right now.Watch Closelymeans the repo has an active attention state or concrete decision signal, but it does not outrank the highest-pressure work yet.Improvingmeans the path is stabilizing and recent action is helping.Fragilemeans progress is real but easy to lose.Revalidatemeans confidence still needs to be rebuilt before the repo should be treated as restored.
Read those buckets in exactly that order. The hidden workbook sheets and raw JSON still keep the richer lifecycle detail underneath.
Phase 96 adds one stronger packaging rule on top of that guidance:
- the visible weekly surfaces share one
weekly_story_v1contract - each section now carries a compact summary, a next step, and a short evidence strip
- scheduled handoff is part of that same weekly contract instead of inventing a separate weekly story
That means the visible surfaces should agree on:
- the weekly headline
- the weekly decision
- the next workflow step
- the section order
- the short evidence for why a repo, campaign, or approval path is being surfaced
The current release boundary still keeps one shared weekly story, but that story can now apply a bounded approval-aware overlay when local approval work is the best weekly move. That overlay stays inside weekly_story_v1: blocked or urgent portfolio pressure still wins, and the product still does not ship a second weekly recommendation engine.
Phase 107 adds one more bounded artifact on top of that same contract: the weekly command-center digest. It is not a second authority and it is not an executor. It is a report-only summary that packages the shared weekly story together with current decision-quality posture and live portfolio-truth/path attention so a paused or future weekly loop can read one structured digest instead of stale hand-maintained notes.
Dashboardtells you whether the portfolio is quiet, worsening, or moving in the right direction.Run Changestells you what moved this run before you jump into action.Review Queuetells you what deserves time now.Portfolio Explorerhelps compare repos after you know where the pressure is.Repo Detailis where one-repo decisions happen.Executive Summaryis the short shareable readout once you already understand the weekly story.
When you open the control-center artifact, read it in this order:
HeadlineTrendWhy it mattersWhat to do nextPrimary targetQueue lanes
That sequence tells you whether the portfolio is actually changing, why the top target is still the top target, and whether the next move belongs in normal weekly review or in Action Sync.
If you open the weekly command-center digest, read it after the control-center headline, not instead of it:
HeadlineDecisionWhy This WeekPath AttentionWeekly Sections
The digest is there to compress the weekly read, not to replace the workbook or the control-center artifact.
- Clear
Blockedwork before everything else. - Treat
Needs Attention Nowas the main weekly closure lane. - Use
Repo Detailwhen one repo needs a real decision instead of a quick pass. - Leave
Safe to Deferalone unless your priorities changed. - Only move into campaigns, writeback, GitHub Projects, or Notion sync when the local workbook and control-center story is already settled.
Use the shared Action Sync Readiness summary in the workbook, HTML, Markdown, review-pack, or control-center:
drift-reviewmeans review managed drift before you sync anything else.blockedmeans the campaign has useful local work, but a prerequisite or approval still needs attention.apply-readymeans the local story is settled enough that you can sync outward if you choose.preview-readymeans the campaign is worth previewing next, but the product is still nudging you to stay preview-first.idlemeans there is no good reason to leave the local weekly loop yet.
Then use the shared Apply Packet handoff to decide the exact next move:
review-driftmeans stop and review managed drift before you sync anything else.needs-approvalmeans the campaign is close, but governance approval or rollback review still blocks apply.ready-to-applymeans the local story is settled enough that an explicit apply command is reasonable if you choose it.preview-nextmeans use the suggested preview command next, then decide whether the campaign is really ready to apply.stay-localmeans keep working in the local weekly loop for now.
If the packet shows a command hint:
- preview commands never include
--writeback-apply - apply commands always include
--writeback-apply - the command is a recommendation, not an automatic action
Then read the third shared layer: Post-Apply Monitoring.
drift-returnedmeans a managed mirror drifted again after apply and needs review before another sync.reopenedmeans the lifecycle reopened after apply and the earlier sync did not hold.rollback-watchmeans rollback coverage was incomplete or rollback was later used.monitor-nowmeans the campaign was applied recently and still needs a short follow-up window.holding-cleanmeans the campaign has enough follow-up history and is currently staying quiet.
That layer is there to answer one question plainly: did the sync actually help, and what is the next human follow-up step?
If two campaigns are otherwise tied, read Campaign Tuning last:
provenmeans recent judged outcomes are clean enough that the campaign should win tiesmixedmeans keep the recommendation neutralcautionmeans recent drift, reopen, or rollback-watch history should make the campaign rank later in tiesinsufficient-evidencemeans there still is not enough judged history to bias the recommendation
That overlay is intentionally bounded:
- it never moves a weaker readiness stage ahead of a stronger one
- it never changes queue order or trust behavior
- it only biases which tied campaign should be recommended first, surfaced as
Next Tie-Break Candidate
If the weekly question becomes “is this repo actually getting better over time?”, read the new historical layer after the Action Sync sections:
Historical Portfolio Intelligencetells the cross-run repo storyRelapsingmeans recent intervention did not hold and the repo is turning back upwardPersistent Pressuremeans the repo keeps resurfacing without durable quietingImproving After Interventionmeans recent pressure, hotspot direction, or maturity evidence is moving the right wayHolding Steadymeans earlier pressure has quieted enough to monitor instead of re-escalating
That historical layer is powered by the Intervention Ledger. It is descriptive only:
- it does not create a new queue
- it does not change Action Sync precedence
- it helps you decide whether to keep investing attention in the same repo or treat the improvement as real
Read Automation Guidance last, after readiness, apply packet, post-apply monitoring, campaign tuning, and historical intelligence:
approval-firstmeans approval review must happen before any execution step should be treated as safemanual-onlymeans relapse, reopen, drift, or persistent pressure still needs human judgment firstpreview-safemeans the suggested preview command is the strongest safe next automation stepapply-manualmeans the apply command can be shown, but it stays human-onlyfollow-up-safemeans only a non-mutating rerun, workbook refresh, control-center pass, or monitoring step is appropriatequiet-safemeans the portfolio is quiet enough that only housekeeping or quiet-run behavior should be automated
That layer is intentionally bounded:
- it never auto-runs
--writeback-apply - it does not create a new executor
- it helps the product decide whether a command hint is safe to surface, not whether a mutation should happen automatically
If the next question becomes “does this need approval, re-approval, or explicit manual apply?”, read Approval Workflow after automation guidance:
needs-reapprovalmeans the earlier approval no longer matches the current packet or governance fingerprintready-for-reviewmeans the approval can be reviewed now, but approval still does not mutate anythingapproved-manualmeans approval is current and the next move is still an explicit manual applyblockedmeans approval alone cannot help yet because drift, access, or other blockers still existoverdue-follow-upanddue-soon-follow-upmean the subject is still approved, but its local review freshness now matters before scheduling pressure should grow around it
Use audit <github-username> --approval-center when you want the read-only approval view. Use --approve-governance or --approve-packet only to capture initial local approval records. Use --review-governance or --review-packet only to capture recurring local follow-up review. Those actions may regenerate artifacts, but they do not perform external mutation.
When the workbook, Markdown, HTML, review-pack, or scheduled handoff shows the compact weekly story, read the sections in this order:
Weekly PriorityAction Sync ReadinessApply PacketPost-Apply MonitoringCampaign TuningHistorical Portfolio IntelligenceAutomation GuidanceApproval WorkflowOperator Focus
The goal is progressive disclosure:
- the top of the weekly story tells you what deserves attention this week
- each later section tells you the next safe step inside its own layer
- the evidence strips let you validate the recommendation without rereading the full raw artifact first
Use make workbook-gate only when you changed workbook-facing code or layout. Normal portfolio use does not require the workbook gate.