The native issue types represent different planning altitudes and cannot share one undifferentiated three-section body. Aggregators need outcome and decomposition guidance; delivery leaves need implementation-ready detail.
Request
Add one concise Types page for Epic, PBI, Task, and Bug, and reduce Hierarchy to the shared taxonomy, promotion/demotion, and containment overview.
Acceptance criteria
- Epic defines strategic outcome, Initiative/OKR relationship, Why/How/What framing, success measures, scope, decomposition decisions, readiness, and aggregate closure
- PBI defines a bounded body-of-work outcome, aggregate acceptance criteria, interface/decomposition decisions, readiness, nested-PBI rules, and aggregate closure
- Task defines one deliverable, implementation-ready acceptance criteria and decisions, test-first checklist, one-PR repository delivery, and an audited operational completion path when no repository artifact exists
- Bug is a Task-level delivery subtype with observed/expected behavior, reproduction, environment, regression, workaround, root-cause boundary, and regression-test-first plan
- A defect requiring multiple pull requests becomes a PBI with Bug/Task children rather than an oversized Bug
- Feature is described as temporary live metadata pending migration, not a hierarchy level
- Type guidance treats Bug as a native delivery type and Feature as temporary metadata, never as hierarchy labels
- Hierarchy remains concise and links to type pages instead of repeating their bodies
- Types index, links, lint, clean build, CI, and Copilot review are green
Technical decisions
Single type slot: Epic, PBI, Task, and Bug use native issue types. Feature describes work kind rather than planning altitude and is retired only after migration.
Leaf delivery: Task and Bug are the only issue types that directly own implementation branches and closing pull requests. Operational Tasks without a repository artifact close through explicit, verified evidence recorded in the issue.
Aggregate delivery: Epic and PBI progress comes from native sub-issues. They close only when children and aggregate acceptance criteria are complete.
File ownership: This Task owns only the Types subtree and Types/Hierarchy.md. Process Task #88 exclusively owns Process/Format.md, including removal of legacy Bug/Feature label wording.
Implementation plan
Type pages
Validation
The native issue types represent different planning altitudes and cannot share one undifferentiated three-section body. Aggregators need outcome and decomposition guidance; delivery leaves need implementation-ready detail.
Request
Add one concise Types page for Epic, PBI, Task, and Bug, and reduce Hierarchy to the shared taxonomy, promotion/demotion, and containment overview.
Acceptance criteria
Technical decisions
Single type slot: Epic, PBI, Task, and Bug use native issue types. Feature describes work kind rather than planning altitude and is retired only after migration.
Leaf delivery: Task and Bug are the only issue types that directly own implementation branches and closing pull requests. Operational Tasks without a repository artifact close through explicit, verified evidence recorded in the issue.
Aggregate delivery: Epic and PBI progress comes from native sub-issues. They close only when children and aggregate acceptance criteria are complete.
File ownership: This Task owns only the Types subtree and
Types/Hierarchy.md. Process Task #88 exclusively ownsProcess/Format.md, including removal of legacy Bug/Feature label wording.Implementation plan
Type pages
Validation