| 1 | ## Summary |
| 2 | |
| 3 | - |
| 4 | |
| 5 | ## Issues |
| 6 | |
| 7 | <!-- |
| 8 | If this resolves a report, put `Fixes #123` on its own line — GitHub only |
| 9 | auto-closes from a bare line, so `- Fixes #123` in a list does nothing and the |
| 10 | report stays open. If it only relates to one, use `Refs #123` instead: the |
| 11 | release workflow then asks that reporter to verify once the fix ships. |
| 12 | --> |
| 13 | |
| 14 | ## Verification |
| 15 | |
| 16 | - |
| 17 | |
| 18 | ## Documentation impact |
| 19 | |
| 20 | Documentation-impact: TODO |
| 21 | |
| 22 | For changes to user-visible CLI, Desktop, configuration, provider, permission, |
| 23 | or tool behavior, use one of: |
| 24 | |
| 25 | - `Documentation-impact: updated - <what changed>` and update `docs/*.md`. |
| 26 | - `Documentation-impact: none - <why the embedded documentation remains correct>`. |
| 27 | |
| 28 | ## Cache impact |
| 29 | |
| 30 | Cache-impact: TODO |
| 31 | Cache-guard: TODO |
| 32 | System-prompt-review: N/A |
| 33 | |
| 34 | For cache-sensitive changes, fill these lines before requesting review: |
| 35 | |
| 36 | - `Cache-impact`: `none`, `low`, `medium`, or `high`, plus the reason. |
| 37 | - `Cache-guard`: the focused guard test/command added or run, or why an existing guard covers the change. |
| 38 | - `System-prompt-review`: required reviewer/approval note when provider-visible system prompt, memory prefix, output style, or skill index behavior changes. |
| 39 |