implementation-planninglisted

# Implementation Planning Create an executable plan that another engineer can follow without reopening material design decisions. Read [specification synthesis](references/specification-synthesis.md) when multiple evidence sources must become one behavioral contract. Read [work packages](references/work-packages.md) when the plan needs independently reviewable units. Read [decision map](references/decision-map.md) when unresolved choices or multiple sessions control sequencing. ## Workflow 1. Confirm the approved problem, desired outcome, scope, non-goals, and decision owner. 2. Inspect the current repository and relevant external authority before naming files, interfaces, or commands. 3. Describe the target behavior and every public interface, data contract, state transition, or compatibility promise that changes. 4. Break work into ordered, reviewable steps with exact locations and dependencies. 5. Define tests by risk: unit, integration, contract, migration, end-to-end, property, and manual observation as applicable. 6. Specify rollout, monitoring, compatibility, rollback, and data-recovery behavior. 7. Add checkpoints where evidence must be reviewed before proceeding. 8. State stopping conditions for missing authority, unexpected scope, failing safety gates, or invalidated assumptions. ## Quality rules - Resolve discoverable facts from the repository instead of delegating discovery to the implementer. - Distinguish proposed changes from ratified decisions. - Name un