Claude-skill-registry branch-review
Review code changes on a feature branch compared to a base branch (default: master). Checks for pattern consistency, code duplication, unnecessary variables, and proper use of existing utilities. Use when you want a thorough code review before merging.
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/branch-review" ~/.claude/skills/majiayu000-claude-skill-registry-branch-review && rm -rf "$T"
manifest:
skills/data/branch-review/SKILL.mdsource content
Branch Code Review
Review code changes on a feature branch, checking for:
- Pattern consistency with existing codebase
- Code duplication that should be factored out
- Unnecessary temporary variables
- Proper use of existing functions and utilities
- Potential N+1 query patterns or looped API calls
- Type safety issues (avoiding
casts)as any - Error handling consistency
Usage
/branch-review [base-branch]
Arguments:
(optional): The branch to compare against. Defaults tobase-branch
.master
Review Process
Step 1: Gather Context
First, get an overview of the changes:
# Get summary of changed files git diff [base-branch]...HEAD --stat # Get the detailed diff git diff [base-branch]...HEAD
Step 2: Read Changed Files
For each significantly changed file, read the full file to understand context:
- Use the
tool to examine new/modified filesRead - Look at surrounding code to understand existing patterns
- Check imports and dependencies
Step 3: Pattern Analysis
Compare new code against existing patterns in the codebase:
- Store Modules: Check if new store modules follow
patternsvuex-module-decorators - API Clients: Verify API methods follow existing error handling patterns
- Vue Components: Ensure components follow existing structure (props, computed, methods order)
- Backend Models: Check Girder plugin patterns (ProxiedModel, @autoDescribeRoute, etc.)
Step 4: Issue Categories
Organize findings into categories:
| Category | Description |
|---|---|
| Pattern Consistency | Code that doesn't follow established patterns |
| Code Duplication | Logic that should be extracted to shared utilities |
| Unnecessary Variables | Temporary variables used only once |
| Missing Abstractions | Opportunities to use existing utilities |
| Performance Issues | N+1 queries, looped API calls, missing batch endpoints |
| Type Safety | casts, missing types, unsafe assertions |
| Error Handling | Inconsistent or duplicate error handling |
Step 5: Provide Actionable Feedback
For each issue:
- Quote the specific code location (
)file:line - Explain why it's an issue
- Provide a concrete suggestion or code example
- Note the severity (must fix vs. nice to have)
Example Output Format
## Code Review: [branch-name] ### Overall Assessment [Brief summary of code quality and main concerns] ### Issues to Address #### 1. [Issue Title] **File:** `src/store/example.ts:42` **Severity:** High/Medium/Low **Current code:** ```typescript // problematic code
Suggestion:
// improved code
Rationale: [Why this change improves the code]
Minor Observations
- [Small improvements that aren't blocking]
Questions for Clarification
- [Anything that needs discussion]
Summary Table
| Category | Status |
|---|---|
| Pattern Consistency | ✅/⚠️ |
| Code Duplication | ✅/⚠️ |
| ...etc |
## Codebase-Specific Guidelines When reviewing this codebase, pay special attention to: 1. **Batch API Calls**: Never loop and make individual API calls. Use batch endpoints. 2. **Store vs API Error Handling**: Errors should be caught in store actions, not API methods. 3. **TypeScript Types**: Avoid `as any`. Extend interfaces if needed. 4. **Vue Patterns**: Use `vuex-module-decorators` style (@Module, @Action, @Mutation). 5. **Utility Functions**: Check `src/utils/` before creating new helpers. See [CLAUDE.md](../../../CLAUDE.md) for complete coding guidelines.