Core Drift Lanes
coredrift, specdrift, datadrift, archdrift, depsdrift keep code/spec/intent/dependency aligned.
Speedrift now combines repo-local autonomy with a daemonized control plane. The result is continuous multi-repo awareness, bounded autonomous execution, and explicit writeback into local workgraphs.
The old frame was "run drift lanes in one repo." The new frame is "operate a supervised program across many repos while preserving local agent autonomy and safety boundaries."
Repos own their local graph and execution context. The central daemon supervises, prioritizes, and runs bounded automation. Workers (Claude/Codex/session-driver) execute tasks and push results into local graph state.
restart services, run deterministic safe handlers, emit corrective tasks, publish dashboard/api/ws updates.
do destructive history rewrites, silently mutate unrelated work, or bypass required verification gates.
narrated overview -> operational overview -> repo cards -> graph views -> attention queues.
click repo card to focus graph; keep all-graph and inter-repo graph views available at all times.
queue entries provide ready Claude/Codex prompts with why/priority/next-step context.
Repos with no activity should state why: service down, blocked dependency, aging in-progress work, or repeated failed loopbacks. This turns passive monitoring into active queue generation.
Core drift lanes enforce repo integrity. Ecosystem modules supervise portfolio execution, quality, security, plan integrity, and cross-repo continuity.
coredrift, specdrift, datadrift, archdrift, depsdrift keep code/spec/intent/dependency aligned.
uxdrift, therapydrift, yagnidrift, redrift catch UX, stability, overbuild, and regression pressure.
factorydrift owns per-cycle action planning and bounded execution management.
sessiondriver uses claude-session-driver to claim and execute ready tasks safely.
secdrift, qadrift, plandrift emit remediation tasks into local graphs for local agents.
Metrics are presented as explanatory computation rules with illustrative values. Operators should read trend + tier + next action prompt, not raw one-cycle counts.
Start in observe mode, then move to execute mode once queues and policies are stable. Keep the daemon running so portfolio supervision stays live across repos.
Codified default: dashboard at :8777 and websocket at /ws/status (local + Tailscale).
plan_only=true for scoring, queues, prompts, and ledgers without auto execution.
plan_only=false for bounded handler execution and session-driver dispatch.
Central emits tasks; local agents execute and verify in repo context with full audit trail.
Use candidate queues to package and propose improvements back to external parent repos.