These principles guide the development and operation of the SuperClaude framework.
HARD_MAX_ITERATIONS = 5cannot be overridden- Security-critical findings always cap quality scores
- Destructive operations require explicit confirmation
Quality assessments are grounded in verifiable facts, not LLM self-evaluation:
- Test results directly impact scores
- Security scan findings enforce hard caps
- Build status gates production readiness
When uncertain:
- Default to safer options
- Ask for clarification rather than assume
- Preserve original state when changes fail
- Use TodoWrite for complex tasks
- Report quality scores with explanations
- Show validation results
- Log execution paths
- Record quality assessments
- Preserve evidence in
.superclaude_metrics/
- Report actual test results, not expectations
- Acknowledge limitations
- Flag degraded modes clearly
The --loop flag enables iteration until quality thresholds are met:
- Execute implementation
- Run validation
- Score quality
- Iterate if below threshold
- Stop on success, oscillation, or max iterations
Every stage can halt the pipeline:
- Syntax errors are fatal
- Security critical/high issues are fatal
- Test failures are fatal
Claims require backing:
- Generated code must be validated
- Quality scores must have evidence
- Recommendations must cite findings
31 agents (11 core + 12 traits + 8 extensions), each with focused expertise:
- Domain knowledge (backend, frontend, data, etc.)
- Language specialization (Python, TypeScript, Rust, etc.)
- Task type (analysis, implementation, testing)
Commands compose with flags:
/sc:implement --loop --pal-review --with-tests "feature"External capabilities via MCP servers:
- PAL for consensus and review
- Rube for 500+ app integrations (including LINKUP_SEARCH for web search)
- Agents loaded on demand
- Commands discovered dynamically
- LRU caching for performance
- Independent tasks run concurrently
- Worktrees enable isolated changes
- Batch operations where possible
- Token efficiency mode for context constraints
- Compressed output symbols
- Progressive detail levels
- Agents defined in markdown
- Commands specified via YAML frontmatter
- Quality weights configurable
- Custom agents in
Agents/Extended/ - Custom commands in
Commands/ - Custom validation stages
- MCP server support
- API client abstraction
- Provider-agnostic routing
Clear /sc: prefix with predictable behavior:
/sc:implement- make changes/sc:test- validate changes/sc:analyze- understand code/sc:design- plan architecture
Sensible defaults that can be overridden:
- MAX_ITERATIONS = 3 (can increase to 5)
- Quality threshold = 70 (configurable)
- Auto-detect test frameworks
- Quality scores with band labels
- Termination reasons explained
- Improvement suggestions provided
Configuration should not drift:
- One definition per concept
- Generated docs from code
- Consistent naming
Clear separation of concerns:
- Agents handle domain logic
- Commands orchestrate workflows
- Quality validates output
- Telemetry records evidence
Every feature should be testable:
- Unit tests for components
- Integration tests for workflows
- Benchmark suite for performance