The new issue model changes assumptions currently repeated across workflow, readiness, branching, goal-setting, specification, pull-request, agent-workflow-stage, and orchestration guidance. Those pages must agree that aggregate issues plan and track while delivery leaves build and ship.
Request
Update every affected Ways of Working and agent-facing page to consume the canonical OKF issue guidance without restating it. Ensure phases, readiness, closure, pull-request linking, stacked-work dependencies, and indexes-first workflow discovery reflect native issue types and relationships.
Acceptance criteria
- Workflow sends only Task/Bug delivery leaves into Build; Epic/PBI decompose and aggregate
- Definition of Ready and Done defines level-appropriate gates for aggregate versus leaf issues
- Branching and Merging uses native issue dependencies rather than textual
Blocked by conventions
- PR Format closes exactly one Task/Bug and references parent PBI/Epic without closing keywords
- Goal Setting clarifies the Mission → OKR → Initiative → Epic boundary and the issue-type strategy above Epic
- Spec-Driven Development uses the canonical Epic/PBI/Task/Bug terminology and links to the new pages
- Contribution Workflow, Documentation Model, Fleet Orchestration, and Agent Workflow stage pages use the new paths and semantics
- Workflow is the canonical process entry; the Agents index only routes to stage procedures
- Discovery follows AGENTS.md -> docs root -> Ways of Working -> Workflow -> inferred stage; explicit task keywords may shortcut to a stage without creating another process definition
- No page redefines body structures, hierarchy, or relationship semantics owned by the Issues section
- Index check, links, lint, clean build, CI, and Copilot review are green
Technical decisions
Reference, do not restate: The Issues section owns the model. Other pages state only their local consequence and link to the canonical page.
Leaf pull requests: A pull request closes its Task/Bug delivery issue. PBI/Epic links are contextual and non-closing.
Native dependencies: Stacked pull requests mirror issue dependency edges; list order and prose do not create execution gates.
Agent workflow stages: src/docs/Agents/ describes stages and handoffs in one shared workflow, not standalone agent roles or personas. Bootstrap and framework guidance use the same model.
Indexes-first discovery: Workflow.md owns process progression and stage selection. Root and section indexes lead to it; Agents/index.md, skills, instruction files, agent definitions, and repository pointers only route to stage procedures and never copy the workflow.
Implementation plan
Workflow alignment
Validation
The new issue model changes assumptions currently repeated across workflow, readiness, branching, goal-setting, specification, pull-request, agent-workflow-stage, and orchestration guidance. Those pages must agree that aggregate issues plan and track while delivery leaves build and ship.
Request
Update every affected Ways of Working and agent-facing page to consume the canonical OKF issue guidance without restating it. Ensure phases, readiness, closure, pull-request linking, stacked-work dependencies, and indexes-first workflow discovery reflect native issue types and relationships.
Acceptance criteria
Blocked byconventionsTechnical decisions
Reference, do not restate: The Issues section owns the model. Other pages state only their local consequence and link to the canonical page.
Leaf pull requests: A pull request closes its Task/Bug delivery issue. PBI/Epic links are contextual and non-closing.
Native dependencies: Stacked pull requests mirror issue dependency edges; list order and prose do not create execution gates.
Agent workflow stages:
src/docs/Agents/describes stages and handoffs in one shared workflow, not standalone agent roles or personas. Bootstrap and framework guidance use the same model.Indexes-first discovery:
Workflow.mdowns process progression and stage selection. Root and section indexes lead to it;Agents/index.md, skills, instruction files, agent definitions, and repository pointers only route to stage procedures and never copy the workflow.Implementation plan
Workflow alignment
Validation