Repo-owned. Hand-maintained — no generator writes this file.
The Feature Runner is the concept of a runner that implements a Feature's issues end-to-end in one worktree, branch, and pull request — see root CONTEXT.md.
- By hand —
/tddor/implementper issue. The developer works eachready-for-agentissue, respects## Blocked byorder (ADR-0007), marks the issueresolved, and opens a PR targetingdevelop. - AFK —
/archon-rollout. Dispatches the nativearchon-fix-github-issueworkflow per issue, each in its own worktree, respecting the dependency tree. Every run lands its own PR targetingdevelop.
unic-dlc-build (shipped by unic-archon-dlc) is not a runner here. That plugin is built in this monorepo for Consumer repos and is deliberately not installed against this one — see ADR-0033. For the history it replaced, see ADR-0009 (retiring ralph-orchestrator) and ADR-0010 (retiring the interim /implement-feature skill).
Regardless of which runner executes a Feature, these conventions hold:
- A ticket carries the
## What to build/## Acceptance criteriashape, whether it lives as a GitHub issue (what/to-ticketspublishes) or asdocs/issues/<slug>/NN-*.mdfor a Feature that keeps a durable file set. ## Blocked byis the canonical execution-order signal (ADR-0007). Numeric filename prefixes are a UX convenience, not a contract.- Each Feature ships as a single PR targeting
develop. Issues are markedresolvedon implementation andclosedafter the PR merges.
docs/process/development-workflow.md— phase-by-phase workflowdocs/process/ai-development.md— deep guide: mental model, context quality, AFK trust chaindocs/agents/issue-tracker.md— issue file conventionsdocs/agents/triage-labels.md— 8-state triage vocabulary