Problem
backlog-triage currently surfaces useful signals (classification, relationships, stale candidates, priority and milestone proposals), but it does not make the final editorial call: which open issues are worth doing now, which need shaping, which should wait, and which should be dropped.
Goal
Add a lightweight, report-only Decision Review layer that uses the current spec system as evidence:
spec/charter.md for direction, Objectives, and Non-Goals
spec/capabilities.md for capability fit, scope, and hard constraints
spec/system-map.md when present for high-level boundary contradictions
- active sprint context for timing and in-flight protection
- the issue snapshot / relationships / stale signals for backlog evidence
The report should help a maintainer quickly choose the next sprint candidates and cleanup actions.
Non-goals
- Do not make spec files mandatory; absence must degrade gracefully.
- Do not mutate
spec/ artifacts from backlog-triage.
- Do not add new GitHub mutation verbs in the first pass.
- Do not turn backlog-triage into a lifecycle workflow engine.
Child issues
Problem
backlog-triage currently surfaces useful signals (classification, relationships, stale candidates, priority and milestone proposals), but it does not make the final editorial call: which open issues are worth doing now, which need shaping, which should wait, and which should be dropped.
Goal
Add a lightweight, report-only Decision Review layer that uses the current spec system as evidence:
spec/charter.mdfor direction, Objectives, and Non-Goalsspec/capabilities.mdfor capability fit, scope, and hard constraintsspec/system-map.mdwhen present for high-level boundary contradictionsThe report should help a maintainer quickly choose the next sprint candidates and cleanup actions.
Non-goals
spec/artifacts from backlog-triage.Child issues