Plan + ADR Flow

Goal

Keep task planning and technical decisions documented in PLAN.md and docs/ADR/... before, during, and after implementation.

Workflow

1. Triage task size

   • If the task is not meaningfully decomposable, proceed without creating PLAN.md or ADR unless requested.
   • If the task is decomposable, draft a plan and confirm with the user before implementation.

2. Create plan and ADR when planning

   • Create or replace PLAN.md at repo root with the implementation plan.
   • Create docs/ADR/YYYYMMDD-title.md for the technical decision record before coding.
   • Create docs/ADR/ if missing.
   • Use a short, lowercase, hyphenated slug for title.

3. Update during implementation

   • Treat PLAN.md as a living memo; update it frequently to reflect reality.
   • Append ADR updates when technical issues or new decisions appear; keep prior entries.

4. Finalize after implementation

   • Update ADR with outcomes, changes, and follow-ups.
   • Mark PLAN.md as complete or reflect the final state.

ADR template (minimum)

markdown
1# <Title>
2
3Date: YYYY-MM-DD
4Status: Proposed | Accepted | Superseded
5
6## Context
7- <Why this decision is needed>
8
9## Decision
10- <What is decided>
11
12## Consequences
13- <Impact, tradeoffs, follow-ups>
14
15## Change log
16- YYYY-MM-DD: <What changed and why>

Notes

• Keep ADR updates additive; never delete past entries.
• Keep PLAN.md specific to the current task; do not modify PLANS.md unless explicitly asked.