| name | note-improvement |
|---|---|
| description | Capture an out-of-scope improvement opportunity so it doesn't get lost. Use when the user asks to "note improvement", "save improvement", "track this for later", "remember this improvement", "note this idea", "log improvement", "backlog this", or "park this idea". Also invoke proactively when noticing something improvable during work that falls outside the current task's scope — briefly mention it to the user and offer to note it. |
Capture improvement opportunities discovered during work so they don't get silently dropped. Appends to a project-level .turbo/improvements.md file that serves as a backlog of actionable ideas.
Find the nearest .git directory or project root. The improvements file lives at .turbo/improvements.md relative to the project root.
Gather from context or $ARGUMENTS:
- What: One-line summary of the improvement
- Type: One of
trivial,investigate, orstandard— see criteria below - Category: One of
refactor,performance,reliability,readability,testing,docs,dx(developer experience), orfeature - Where: File path(s) and/or area of the codebase affected
- Why: Brief rationale — what's the benefit?
- trivial — A direct fix: typo, rename, obvious one-liner, small localized cleanup with clear scope. No investigation or plan needed.
- investigate — A symptom, not a fix: unclear root cause, performance question, intermittent bug, "something feels off". Needs dedicated root-cause analysis before any change.
- standard — Everything else: clear-scope work that warrants planning (multi-file refactor, test additions, feature work).
When the criteria above do not clearly select one value, use AskUserQuestion to confirm. Default to standard if the user declines to choose.
Read .turbo/improvements.md if it exists. Create it with the header below if it doesn't.
File header (only when creating new):
# Improvements
Out-of-scope improvement opportunities captured during work sessions. Review periodically and pull items into active work when appropriate.Entry format:
### <one-line summary>
- **Type**: <trivial | investigate | standard>
- **Category**: <category>
- **Where**: `<file path or area>`
- **Why**: <brief rationale>
- **Noted**: <YYYY-MM-DD>Append the new entry at the end of the file.
Tell the user the improvement was noted and where the file is.
- Do not duplicate — before appending, check if a similar improvement already exists. If it does, update the existing entry instead. If the existing entry predates the Type field, add a Type line while updating.
- Keep entries concise — 3-5 lines max per entry. These are backlog items, not specs.
- Do not act on the improvement — only record it. The user decides when to address it.
- Do not create the
.turbo/directory if the project doesn't have one — ask the user where to put the file instead.