skills/StagedReview/SKILL.md
Review your own staged changes via a code-review TUI before triggering a commit. USE WHEN about to commit, walking through your own staged diff, self-reviewing before approval, tuicr, revdiff, git diff cached.
npx skillsauth add n4m3z/forge-core StagedReviewInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
After staging changes with git add, walk the diff before committing. Annotate friction points, fix them, restage, re-review.
This skill is paired with the StageForReview rule: agents stage but do not commit; the user reviews the staged set and signals approval; then the commit runs.
| Tool | Strength | Worktree compatibility |
|---------------------|-----------------------------------------------------------|------------------------|
| tuicr | TUI with vim keybindings, GitHub-style annotation export | Limited (see caveat) |
| revdiff | TUI with --staged flag, in-place annotations | Limited (see caveat) |
| git diff --cached | Plain text, universal, no install | Full |
tuicr and revdiff are equivalent in role; pick by personal preference. git diff --cached is the always-available baseline.
git add <files> by name. Never -A or ..revdiff --staged # purpose-built for the staged set
tuicr -w # working-tree mode; see `tuicr --help` for revset combos
git diff --cached # plain text fallback
git add them.In a git worktree (.worktrees/<branch> per GitWorktrees), the .git entry is a file pointing to the parent's .git/worktrees/<branch> directory. tuicr and revdiff can fail to walk this indirection cleanly.
Workarounds:
git diff --cached in the worktree. Universal and works.git worktree remove .worktrees/<branch> then git switch <branch> in the main checkout. Run the TUI from the main checkout, which has a real .git directory.GIT_DIR=$(git rev-parse --git-dir) GIT_WORK_TREE=$(git rev-parse --show-toplevel) tuicr .... Hit-or-miss depending on the tool's internals.Until upstream support lands, the main-checkout path is the cleanest for non-trivial diffs.
assert!(result.is_ok()) without checking the value — see TestCorrectness)development
Reactive correction and root-cause fix. USE WHEN something went wrong, user is frustrated, demands a correction, says wtf, what the hell, why did you, that's wrong, this is broken, no not that, stop. Executes the immediate fix, then hunts the upstream artifact that caused it and creates a corrective change.
development
Decompose a research question into sub-queries, spawn parallel WebResearcher agents per angle, synthesize findings with citations and explicit confidence. USE WHEN the user asks to research, investigate, look online, look up, dig into, find sources, gather evidence, or survey what's known about a topic. Single-pass; for multi-round adversarial research use ResearchCouncil in forge-council.
tools
Author project documentation that future humans (and AI sessions) actually read. Covers TLDRs for tools, READMEs, runbooks, journals. USE WHEN write documentation, create tldr, tool one-pager, document a cli, write readme, runbook, journal entry, capture knowledge about a tool, distill a session into reusable notes.
tools
Apply targeted transforms to prompt-shaped documents: align conventions, debrand vendor references, minimize filler, rescope tool grants, extract bulk reference, adapt for downstream repos. USE WHEN refining an adopted skill, polishing an authored skill/rule/agent, removing rot, or porting prompts across repos.