You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Tracking epic for the approved Agent OS roadmap (owner approved 2026-06-12). Roadmap doc in-repo at docs/plans/2026-06-12-os-roadmap.md; single active-lane map at docs/CURRENT_WORK.md.
Organizing insight: the visual workflow graph is a rendering of the OS, not the OS — manifests first (Stage 2), RPC second (#212 lane 3), graph tab third (Stage 3). Stages 0–1 filed; Stages 2–4 are filed after Stage 1 friction data ranks priorities.
HARD RULE (owner, 2026-06-12): Stage 1 telemetry does not start at #233/#234. It starts when #238's post-apply verification passes in the existing fleet and the timestamp is recorded.
Capability ladder
Stage
The OS becomes aware of
Status
0 — Stabilize & Decide
its own current state
COMPLETE (all 7 lanes merged)
1 — Friction telemetry
its own friction
source merged; #233/#234 dispatchable; #238 starts the clock
repo-template lane PRs serialize on docs/repo-update-log.md append-conflicts: merge one, sync main into the next (keep-both), repeat.
archon-setup main has required_conversation_resolution enabled: unresolved review-bot threads produce mergeStateStatus: BLOCKED even with green checks and zero required reviews — check gh api repos/.../branches/main/protection (classic), not just rulesets. Disposition pattern: route findings to issues, reply + resolve threads, merge.
Summary
Tracking epic for the approved Agent OS roadmap (owner approved 2026-06-12). Roadmap doc in-repo at
docs/plans/2026-06-12-os-roadmap.md; single active-lane map atdocs/CURRENT_WORK.md.Organizing insight: the visual workflow graph is a rendering of the OS, not the OS — manifests first (Stage 2), RPC second (#212 lane 3), graph tab third (Stage 3). Stages 0–1 filed; Stages 2–4 are filed after Stage 1 friction data ranks priorities.
HARD RULE (owner, 2026-06-12): Stage 1 telemetry does not start at #233/#234. It starts when #238's post-apply verification passes in the existing fleet and the timestamp is recorded.
Capability ladder
Dispatch order (owner-confirmed 2026-06-12)
chore(snapshots): refresh provider snapshots once Stage 0 repo-template lanes merge (OS Stage 0) #232 — snapshot refreshDONE (PR chore(snapshots): refresh provider snapshots #237)Stage 0 lanes — COMPLETE 2026-06-12
Stage 0/1 follow-ups (from PR #237 review-bot findings + lane report)
Stage 1 lanes
foundation.frictionLedger— DISPATCHABLE NOWDecisions executed 2026-06-12
Operational notes
docs/repo-update-log.mdappend-conflicts: merge one, sync main into the next (keep-both), repeat.mergeStateStatus: BLOCKEDeven with green checks and zero required reviews — checkgh api repos/.../branches/main/protection(classic), not just rulesets. Disposition pattern: route findings to issues, reply + resolve threads, merge.Related
#212 (ecosystem registry + dashboard), #223 (document policy — unblocked), #154 (e2e ecosystem), #198 (silent failure/success search).