Skip to content

epic(backlog-triage): add spec-aware Decision Review #167

@sungjunlee

Description

@sungjunlee

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    documentationImprovements or additions to documentationenhancementNew feature or requestepicParent tracking issue for multi-issue feature work

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions