Code review
Self-healing, self-learning Claude Code setup β finds, installs, or forges the skills, hooks & MCP your project needs, in real time. Pairs with nodo.
npx -y skills add shivae372/claude-bootstrap --skill code-reviewAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Structured code review. Invoke before committing, before opening a PR, or when you want feedback on changes. Auto-activates on "review this code", "check my changes", "look for issues", "review before I push". Routes to code-reviewer sub-agent to keep main context clean.
SKILL.md
1.6 KB, as published. Nobody here has run it
Purpose
Run a structured code review using the code-reviewer sub-agent. Returns findings organized by severity. The sub-agent runs in its own isolated context window.
Steps
1. Get the Scope
Determine what to review:
# If reviewing uncommitted changes
git diff HEAD
# If reviewing staged changes
git diff --cached
# If reviewing a specific file
# (user will have specified)
2. Delegate to Sub-agent
Use the code-reviewer agent to: review [the diff / file / changes described above]
Focus on: correctness, security, performance, and adherence to project conventions in CLAUDE.md
3. Present Findings
Format the sub-agent's output as:
## Code Review
### π΄ Critical (must fix)
[list]
### π High (should fix)
[list]
### π‘ Medium (consider fixing)
[list]
### β
Looks Good
[things done well]
**Verdict**: [Approved / Needs changes / Blocking issues found]
4. If No Issues
β
Code review complete β no significant issues found.
[Optional: one positive observation]
Ready to commit.
Rules
- Never skip the sub-agent for large diffs β isolation protects the main context
- Always read CLAUDE.md conventions before reviewing
- If the user asks to fix issues found, do them one at a time and re-review each fix