Transition framing
This issue supersedes the legacy filesystem backlog card migrated from docs/method/backlog/cool-ideas/PROCESS_backlog-summary-signpost-section.md.
GitHub Issues are now the live tracker. The signpost summary should summarize Method-labeled GitHub Issues, not docs/method/backlog/** as the canonical queue.
Contract
Add a generated issue-summary section to an appropriate signpost such as docs/GUIDE.md, docs/BEARING.md, or another repo-facing Method surface.
The section should provide a bounded snapshot of:
- lane counts from
lane:* labels
- active
work-in-progress count
- high-priority pressure
- blocked or needs-design/needs-witness clusters
- release-milestone pressure when milestones are used
The section must be compact. It should answer "where is the work pressure?" without dumping every issue.
Acceptance criteria
- The summary cites GitHub Issues as the source of truth.
- The summary does not require reading legacy backlog files.
- The generated section is bounded and stable enough for review diffs.
- The docs explain whether the section is manually refreshed, command-generated, or release-generated.
Transition framing
This issue supersedes the legacy filesystem backlog card migrated from
docs/method/backlog/cool-ideas/PROCESS_backlog-summary-signpost-section.md.GitHub Issues are now the live tracker. The signpost summary should summarize Method-labeled GitHub Issues, not
docs/method/backlog/**as the canonical queue.Contract
Add a generated issue-summary section to an appropriate signpost such as
docs/GUIDE.md,docs/BEARING.md, or another repo-facing Method surface.The section should provide a bounded snapshot of:
lane:*labelswork-in-progresscountThe section must be compact. It should answer "where is the work pressure?" without dumping every issue.
Acceptance criteria