Skip to content

docs(spec-grill): clarify capability-level Decisions seeding #114

@sungjunlee

Description

@sungjunlee

Dogfooding finding (2026-05-23, PR #110; res scoped 2026-05-31).

When writing dev-backlog's own spec/capabilities.md, capability-level Decisions needed a clearer seeding rule. Some charter Decisions were useful inside a capability block; others would have been duplication.

The current question is not whether Decisions exist. It is when a cross-cutting charter Decision should be echoed at capability level, when a capability-only Decision should stay local, and when a capability-level finding should be promoted through spec-charter amend.

Scope

Update skills/spec-grill/references/capabilities.md. Add a short pointer in skills/spec-grill/SKILL.md only if needed.

Proposed rule

  • Echo a spec/charter.md Decision at capability level only when the rationale is needed in context to understand a Behavior or Hard Constraint.
  • Otherwise, leave the capability Decisions table empty; the cross-cutting record lives in the charter.
  • Capability-only Decisions land in the capability block.
  • A capability-level Decision that affects more than one capability should be promoted through spec-charter amend; old Decisions rows remain append-only.

Acceptance Criteria

  • references/capabilities.md documents the Decisions seeding pattern.
  • The rule is explicit about echo vs. leave empty vs. local-only Decision.
  • Promotion rule from capability Decisions to spec-charter amend is documented.
  • Wording uses current spec-charter / spec-grill names, not retired backlog-charter paths.

Metadata

Metadata

Assignees

No one assigned

    Labels

    documentationImprovements or additions to documentationenhancementNew feature or request

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions