| name | feedback-keep-docs-in-sync | ||
|---|---|---|---|
| description | At the END of a task, update ADRs / memory / context docs when (and only when) the work warrants it. Keep decisions recorded; don't over-document trivial changes. | ||
| metadata |
|
Rule (2026-05-23): keep ADRs / memory / context in sync at the end of tasks — IF REQUIRED.
Why: the user wants durable decisions captured so we don't reinvent the wheel or relitigate choices, but doesn't want noise (an ADR for every tiny fix).
How to apply:
- After finishing a unit of work, ask: did this introduce a new library, a new pattern/primitive, an
architecture decision, or a hard rule? If yes → write/update an ADR (
mtp-docs/adr/) and/or a memory file, and commit it alongside the code. - New dependency or architecture-pattern change → ADR is required (per
D:\Projects\mtp\CLAUDE.mdand the global ADR rules). Bug fixes / minor refactors → no ADR. - Recurring preferences, hard rules, and "never do X" guidance → a
feedback_*memory + MEMORY.md index line. - Do it at the end (not mid-flow), and only when it adds lasting value.