nav-simplify
npx skills add https://github.com/alekspetrov/navigator --skill nav-simplify
Agent 安装分布
Skill 文档
Navigator Code Simplification Skill
Simplify recently modified code for clarity, consistency, and maintainability while preserving exact functionality. Based on Anthropic’s internal code-simplifier pattern.
Core Principle
Clarity over brevity. Functionality preserved absolutely.
You are an expert code simplification specialist. Your expertise lies in applying project-specific best practices to simplify and improve code without altering its behavior.
When to Invoke
Auto-invoke after:
backend-endpointskill completesfrontend-componentskill completesdatabase-migrationskill completes- Any implementation task with code changes
Manual invoke when user says:
- “simplify this code”
- “review for clarity”
- “clean up recent changes”
- “refactor for readability”
- “simplify modified files”
DO NOT invoke if:
- No code was modified (docs-only changes)
- User explicitly says “skip simplification”
- Files are configuration only (JSON, YAML)
Execution Steps
Step 1: Identify Modified Code
Option A: Git-based detection (preferred)
# Get files modified in current session/commits
git diff --name-only HEAD~3 -- '*.ts' '*.tsx' '*.js' '*.jsx' '*.py' '*.go' '*.rs' 2>/dev/null || \
git diff --name-only --cached -- '*.ts' '*.tsx' '*.js' '*.jsx' '*.py' '*.go' '*.rs' 2>/dev/null || \
git diff --name-only -- '*.ts' '*.tsx' '*.js' '*.jsx' '*.py' '*.go' '*.rs'
Option B: User-specified scope
If user mentions specific files or directories, use those instead.
Option C: Recent conversation context
Analyze conversation for files that were written/edited in this session.
Step 2: Load Simplification Configuration
Check for project-specific configuration:
if [ -f ".agent/.nav-config.json" ]; then
cat .agent/.nav-config.json | grep -A 10 '"simplification"'
fi
Default configuration:
{
"simplification": {
"enabled": true,
"trigger": "manual",
"scope": "modified",
"model": "opus",
"skip_patterns": ["*.test.*", "*.spec.*", "*.md", "*.json", "*.yaml"],
"max_file_size": 50000,
"preserve_comments": true
}
}
Step 3: Read Project Standards
Load from CLAUDE.md (required):
Read(file_path: "CLAUDE.md")
Extract coding standards:
- Preferred patterns (function vs arrow, explicit returns)
- Naming conventions
- Import ordering
- Error handling patterns
- Framework-specific guidelines
Step 4: Analyze Each File
For each modified file, analyze for simplification opportunities:
Complexity Indicators (look for):
- Deep nesting (> 3 levels)
- Long functions (> 50 lines)
- Redundant code patterns
- Unclear variable names
- Nested ternary operators
- Over-abstraction
- Dead code
- Inconsistent patterns
Run analysis:
# Use predefined function
python3 "$SKILL_BASE_DIR/scripts/code_analyzer.py" --file "$file"
Step 5: Apply Simplification Rules
Anthropic Simplification Rules:
-
Preserve Functionality: Never change what the code does – only how it does it. All original features, outputs, and behaviors must remain intact.
-
Apply Project Standards: Follow CLAUDE.md coding standards:
- Use ES modules with proper import sorting
- Prefer
functionkeyword over arrow functions (if project standard) - Use explicit return type annotations
- Follow proper React/Vue component patterns
- Use proper error handling patterns
- Maintain consistent naming conventions
-
Enhance Clarity:
- Reduce unnecessary complexity and nesting
- Eliminate redundant code and abstractions
- Improve readability through clear names
- Consolidate related logic
- Remove unnecessary comments that describe obvious code
- AVOID nested ternary operators – use switch/if-else
- Choose clarity over brevity – explicit > compact
-
Maintain Balance – Avoid over-simplification that could:
- Reduce code clarity or maintainability
- Create overly clever solutions
- Combine too many concerns
- Remove helpful abstractions
- Prioritize “fewer lines” over readability
- Make code harder to debug or extend
Step 6: Generate Simplified Code
For each file with improvements:
- Read current file content
- Apply simplification rules
- Verify functionality unchanged (logic review)
- Generate diff or replacement
Output format:
ð Simplifying: {filename}
Changes:
- [Line X] Flattened nested ternary to switch statement
- [Line Y] Extracted repeated logic to helper function
- [Line Z] Renamed `x` to `userCount` for clarity
Diff:
```diff
- const result = a ? (b ? c : d) : e;
+ let result;
+ if (a && b) {
+ result = c;
+ } else if (a) {
+ result = d;
+ } else {
+ result = e;
+ }
### Step 7: Apply Changes
If user approves (or auto mode enabled):
Edit( file_path: “{file}”, old_string: “{original}”, new_string: “{simplified}” )
### Step 8: Generate Summary
ââââââââââââââââââââââââââââââââââââââââââââââââââââââââ â â â ð§¹ Code Simplification Complete â â â ââââââââââââââââââââââââââââââââââââââââââââââââââââââââ
ð Summary: ââââââââââââââââââââââââââââââââââââââââââââââââââââ Files analyzed: {N} Files simplified: {M} Changes applied: {X} ââââââââââââââââââââââââââââââââââââââââââââââââââââ
ð Changes by category: ⢠Clarity improvements: {count} ⢠Nesting reduction: {count} ⢠Naming improvements: {count} ⢠Pattern consolidation: {count}
â Functionality: Preserved (no behavior changes) â Standards: Applied from CLAUDE.md
ââââââââââââââââââââââââââââââââââââââââââââââââââââ
## Predefined Functions
### scripts/code_analyzer.py
**Purpose**: Analyze code file for simplification opportunities
**Arguments**:
- `--file`: Path to file to analyze
- `--standards`: Path to CLAUDE.md (optional)
- `--output`: Output format (json, text)
**Returns**:
```json
{
"file": "src/utils/auth.ts",
"issues": [
{
"line": 45,
"type": "nested_ternary",
"severity": "medium",
"suggestion": "Convert to switch or if-else"
},
{
"line": 78,
"type": "deep_nesting",
"severity": "high",
"depth": 5,
"suggestion": "Extract to helper function"
}
],
"complexity_score": 7.2,
"recommended_actions": 3
}
scripts/simplification_rules.py
Purpose: Apply project-specific simplification rules
Arguments:
--file: Path to file--claude-md: Path to CLAUDE.md for project standards--dry-run: Preview changes without applying
Returns: Simplified code with change annotations
scripts/change_reporter.py
Purpose: Generate human-readable change summary
Arguments:
--changes: JSON array of changes made--format: Output format (markdown, text, json)
Returns: Formatted change report
Configuration Options
Add to .agent/.nav-config.json:
{
"simplification": {
"enabled": true,
"trigger": "post-implementation",
"scope": "modified",
"model": "opus",
"skip_patterns": ["*.test.*", "*.spec.*"],
"max_file_size": 50000,
"auto_apply": false,
"preserve_comments": true,
"rules": {
"avoid_nested_ternary": true,
"max_nesting_depth": 3,
"max_function_length": 50,
"prefer_explicit_returns": true,
"consolidate_imports": true
}
}
}
Options:
enabled: Enable/disable simplificationtrigger: “manual” | “post-implementation” | “pre-commit”scope: “modified” | “staged” | “all”model: Preferred model for simplification (opus recommended)skip_patterns: Glob patterns to skipmax_file_size: Skip files larger than this (bytes)auto_apply: Apply changes without confirmationpreserve_comments: Keep meaningful commentsrules: Specific simplification rules
Integration Points
Autonomous Completion
When integrated with autonomous completion protocol:
Implement â Verify â **Simplify** â Commit â Archive
Simplification runs automatically after verification passes, before commit.
Multi-Claude Workflow
As dedicated role:
Orchestrator â Implementer â Tester â **Simplifier** â Reviewer â Documenter
Simplifier receives implementation marker, outputs simplified code marker.
Loop Mode
Added to VERIFY phase completion indicators:
Completion Indicators:
[x] Tests passing
[x] Code simplified â Added
[ ] Documentation updated
Examples
Example 1: Nested Ternary Simplification
Before:
const status = isLoading ? 'loading' : hasError ? 'error' : isSuccess ? 'success' : 'idle';
After:
function getStatus(isLoading: boolean, hasError: boolean, isSuccess: boolean): string {
if (isLoading) return 'loading';
if (hasError) return 'error';
if (isSuccess) return 'success';
return 'idle';
}
const status = getStatus(isLoading, hasError, isSuccess);
Example 2: Deep Nesting Reduction
Before:
function processUser(user: User) {
if (user) {
if (user.isActive) {
if (user.hasPermission) {
if (user.email) {
sendEmail(user.email);
}
}
}
}
}
After:
function processUser(user: User) {
if (!user?.isActive) return;
if (!user.hasPermission) return;
if (!user.email) return;
sendEmail(user.email);
}
Example 3: Unclear Naming
Before:
const x = users.filter(u => u.a && !u.d).map(u => u.n);
After:
const activeUserNames = users
.filter(user => user.isActive && !user.isDeleted)
.map(user => user.name);
Error Handling
File too large:
â ï¸ Skipping {filename} ({size} bytes)
Exceeds max_file_size limit ({limit} bytes)
Override with: "simplify {filename} --force"
No changes needed:
â
{filename} - Already follows best practices
No simplification opportunities found.
Functionality risk detected:
â ï¸ Potential behavior change detected in {filename}
Line {N}: Changing conditional logic
Review required before applying:
[Show diff]
Apply this change? [y/N]:
Success Criteria
Simplification is successful when:
- All modified files analyzed
- Functionality preserved (verified)
- Project standards applied (from CLAUDE.md)
- No nested ternaries remain
- Nesting depth ⤠3 levels
- Clear variable/function names
- Change summary generated
Notes
- Model preference: Opus recommended for quality judgment
- Scope default: Only recently modified files (avoid churn)
- Skip tests: Test files usually follow different patterns
- Preserve intent: Comments explaining “why” should be kept
- No over-optimization: Clarity > minimal lines
This skill integrates Anthropic’s internal code-simplifier pattern into Navigator’s workflow, ensuring code quality before commit.