Migrated from Method backlog
This issue was created from a legacy filesystem backlog card. GitHub Issues are now the live work tracker; repository docs remain Method evidence.
Source backlog: docs/method/backlog/up-next/PLATFORM_method-sync-and-doctor-triage.md
Original lane: up-next
Original legend: PLATFORM
Original backlog card
Triage METHOD drift against ~/git/method
Echo already has METHOD scaffolding and active cycle/backlog structure, so this
should not become an open-ended "refresh everything" cleanup pass.
The right bounded follow-up is:
- compare Echo's local METHOD surface against
~/git/method
- run the doctor once as a diagnostic, not a gate
- sort findings into:
- blocking now
- worth batching soon
- ignore for now
- pull only the upstream METHOD changes that materially improve current Echo
work
What this should explicitly avoid:
- a repo-wide process migration with no direct payoff
- blocking Echo/TTD integration work on template or bookkeeping drift
- treating every doctor warning as equally important
Why keep this on the backlog:
- Echo is already participating in the cross-repo Continuum work
- stale METHOD scaffolding will eventually create friction
- the repo should adopt useful upstream METHOD improvements deliberately rather
than by accident
Migrated from Method backlog
This issue was created from a legacy filesystem backlog card. GitHub Issues are now the live work tracker; repository docs remain Method evidence.
Source backlog:
docs/method/backlog/up-next/PLATFORM_method-sync-and-doctor-triage.mdOriginal lane:
up-nextOriginal legend:
PLATFORMOriginal backlog card
Triage METHOD drift against ~/git/method
Echo already has METHOD scaffolding and active cycle/backlog structure, so this
should not become an open-ended "refresh everything" cleanup pass.
The right bounded follow-up is:
~/git/methodwork
What this should explicitly avoid:
Why keep this on the backlog:
than by accident