Your goal is to curate CLAUDE.md files that are high-signal and low-noise.
Phase 1: Discovery#
- Run
find . -name "CLAUDE.md" -not -path "*/node_modules/*"to identify rule scopes. - Read all found
CLAUDE.mdfiles. - Analyze the recent conversation/modifications to understand the "Lesson Learned."
Phase 2: Distillation & Quality Control#
Draft rules based on your findings, but filter them through this Rule Style Guide:
- Constraint-Based: Prefer "Never X" or "Always Y" over "Consider Z."
- Grep-able: Use specific function names or file patterns (e.g.,
useDateRangeDatavs "date hooks"). - No Fluff: Remove words like "ensure," "please," "make sure to," "it is recommended."
- The "1-Line Limit": If a rule takes more than one line, it's too complex. Link to a
docs/file instead.
Example of Distillation:
- Draft: "When fixing the timezone bug, we realized we should use local time."
- Final: "UI Dates: Use
formatDateLocal. BantoISOString."
Phase 3: The Report#
Output your recommendations. Give your confidence and reasoning for each recommendation.
1. ๐ Proposed Additions (Concise)#
| Scope | Rule Text (Markdown) | Rationale (Do not add to file) |
|---|---|---|
client/CLAUDE.md | - Dates: Use formatDateLocal (prevents UTC off-by-one errors) | Fixes DayGridView timezone bug |
2. โ๏ธ Pruning & Compacting#
Identify rules that can be shortened or removed.
| Scope | Original (Bloated) | Proposed (Concise) |
|---|---|---|
tasks/CLAUDE.md | "When you are creating a task, you should move it to..." | "Status Change: Move folder planning/ โ active/ โ completed/" |
Final Check: Do these rules fit on a post-it note? If not, condense them further.
Once confirmed with the user you can then update the rule files.