|
| 1 | +# Agent Feedback |
| 2 | + |
| 3 | +Actionable observations that were **out of scope for the task that surfaced them**. If something is in scope, fix it instead. Do not expand a task's diff to fix issues recorded here. |
| 4 | + |
| 5 | +## When to add an entry |
| 6 | + |
| 7 | +While working on any task, record anything a future contributor should act on: |
| 8 | + |
| 9 | +- a suspected bug you couldn't pursue → `bugs.md` |
| 10 | +- duplication, dead code, inconsistency, refactor opportunities → `cleanup.md` |
| 11 | +- runtime speed or bundle size opportunities → `perf.md` |
| 12 | +- friction in builds, tests, tooling, or repo workflows → `dx.md` |
| 13 | +- code or docs that were confusing, and what would have clarified them → `unclear.md` |
| 14 | + |
| 15 | +## Rules |
| 16 | + |
| 17 | +1. **Search the category file first.** If an entry already covers it, don't duplicate; append a corroborating sentence only if you have new information. |
| 18 | +2. **Be self-contained.** Include enough detail (paths, symbols, reasoning) that someone can act without re-discovering your analysis. Never reference "my earlier analysis" or conversation context. |
| 19 | +3. **Cite by stable symbol, not line number.** Line numbers rot with the next edit; anchor the primary citation to the nearest enclosing stable symbol (exported function, class, variable, or a heading for docs). A line number may appear in the body as a secondary hint. |
| 20 | +4. **Append to the end** of the category file. |
| 21 | +5. Entries are **removed when resolved** (delete, don't mark done; git history is the archive). |
| 22 | +6. **Verify before recording.** A guess is not feedback. |
| 23 | + |
| 24 | +## Resolving a "won't fix" item |
| 25 | + |
| 26 | +When a maintainer has explicitly deemed an item "won't fix" / "not worth it", resolve it by adding a brief inline comment at the code site that captures the decision (so it is not re-filed), then remove the entry. Only on such an explicit call — never on your own initiative. |
| 27 | + |
| 28 | +## Entry format |
| 29 | + |
| 30 | +```md |
| 31 | +## <one-line imperative summary> |
| 32 | + |
| 33 | +`<primary/file/path.ts>` › `<nearestStableSymbol>` | 2026-07-02 | impact:<low|med|high> | effort:<low|med|high> |
| 34 | + |
| 35 | +<2–6 sentences: the problem, why it matters, and a concrete suggested direction, |
| 36 | +ending with the check that re-verifies the claim (a command, input, or |
| 37 | +observation). Cut evidence beyond what a fixer needs to act; further detail is |
| 38 | +re-derived from the citation. Additional file paths inline as needed.> |
| 39 | +``` |
0 commit comments