Skip to content

Migrate Wesley Method backlog to GitHub Issues #548

Description

@flyingrobots

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

  • Sponsored Human: Wesley maintainer using GitHub Issues to choose and review work.
  • Sponsored Agent: Workflow automation agent preserving issue/source provenance during migration.

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

  • Add Method lane and legend labels to this repository.
  • Migrate repo-only backlog cards into GitHub Issues with source-path provenance.
  • Add lane/legend labels to existing GitHub issues that were mirrored into local backlog files.
  • Update Wesley docs and templates so GitHub Issues are the live tracker and repo files are evidence.
  • Archive or mark local backlog files as migrated evidence, not active queue.

Out of scope

  • Resolving the migrated work.
  • Reprioritizing every issue beyond preserving current lane classification.
  • Changing Wesley product architecture.

Acceptance criteria

  • Wesley docs say GitHub Issues are the live Method tracker.
  • Local backlog docs are no longer presented as the active source of truth.
  • Repo-only backlog cards have GitHub issue URLs recorded in a migration manifest.
  • Existing GitHub-backed local cards are mapped to their existing issue numbers without duplicates.
  • GitHub Issues carry Method lane and legend labels for migrated work.
  • Validation evidence is recorded in the PR or migration docs.

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.

Metadata

Metadata

Assignees

No one assigned

    Labels

    choreMaintenance / refactor / toolingdocsDocumentation changeslegend:PROCESSMethod/process workwork-in-progressMethod issue is actively being workedwork:integrityRemoves lies, drift, flake, or trust debt

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions