-
Notifications
You must be signed in to change notification settings - Fork 2
Migrate Wesley Method backlog to GitHub Issues #548
Copy link
Copy link
Closed
Labels
choreMaintenance / refactor / toolingMaintenance / refactor / toolingdocsDocumentation changesDocumentation changeslegend:PROCESSMethod/process workMethod/process workwork-in-progressMethod issue is actively being workedMethod issue is actively being workedwork:integrityRemoves lies, drift, flake, or trust debtRemoves lies, drift, flake, or trust debt
Description
Metadata
Metadata
Assignees
Labels
choreMaintenance / refactor / toolingMaintenance / refactor / toolingdocsDocumentation changesDocumentation changeslegend:PROCESSMethod/process workMethod/process workwork-in-progressMethod issue is actively being workedMethod issue is actively being workedwork:integrityRemoves lies, drift, flake, or trust debtRemoves lies, drift, flake, or trust debt
Hill
As a Wesley maintainer and agent collaborator, I want Wesley Method work tracked in GitHub Issues while repository files remain evidence, so that the repo follows current METHOD v2.1.0 doctrine and no longer has two live trackers.
Sponsored perspectives
Context
METHOD v2.1.0 moved live work tracking to GitHub Issues. Wesley still documents
docs/method/backlog/**as the live queue and carries local backlog cards, including many cards that already mirror GitHub Issues.Scope
Out of scope
Acceptance criteria
Witness plan
Tests
Run docs checks and preflight appropriate for documentation/process changes.
Playback
Inspect GitHub issue labels and migration manifest; verify no live backlog cards remain under
docs/method/backlog/**outside migration notes.Docs
Update
AGENTS.md,docs/METHOD.md, backlog README(s), issue templates, and PR template as needed.Retro / Closeout
Use the migration manifest and PR summary as closeout evidence.