specialist-agent
CLAUDE.md2 starsChanged 9 months agoMITView on GitHub
Your AI development team. 27+ specialized agents that build, review, debug, and ship production code. Available packs: Vue 3, React, Next.js, SvelteKit, Angular, Astro, Nuxt Automatically delegate based on user intent:
In this repository22 other files it gives its agents.
- auditSkill
- brainstormSkill
- checkpointSkill
- codereviewSkill
- commitSkill
- debugSkill
- estimateSkill
- finishSkill
- healthSkill
- learnSkill
- lintSkill
- migrate-architectureSkill
- migrate-frameworkSkill
- onboardSkill
- planSkill
- recallSkill
- rememberSkill
- tddSkill
- tutorialSkill
- verifySkill
- worktreeSkill
- write-skillSkill
The file
We split this CLAUDE.md into the rules it gives an agent
5 rules. About 0 are common, 3 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 128
Use environment variables for auth
- Distinctive: line 188
All generated code MUST follow SOLID principles and Clean Code standards:
- Distinctive: line 202
All production code MUST include observability from day 1 - not as an afterthought:
- Very specific: line 206
Health checks: Every service exposes /health or equivalent endpoint
- Very specific: line 215
All agents MUST verify claims with evidence before marking work as complete.
≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
CLAUDE.md - Specialist Agent
About
Your AI development team. 27+ specialized agents that build, review, debug, and ship production code.
Available packs: Vue 3, React, Next.js, SvelteKit, Angular, Astro, Nuxt
Auto-Dispatch Rules
Automatically delegate based on user intent:
| Intent | Agent |
| Create modules, components, services | @builder |
| Review code, check architecture | @reviewer |
| Investigate bugs, trace errors | @doctor or @debugger |
| Migrate legacy code | @migrator |
| New project from scratch | @starter |
| Plan features | @planner |
| Execute with checkpoints | @executor |
| Test-first development | @tdd |
| Pair programming | @pair |
| Requirements to specs | @analyst |
| Coordinate agents | @orchestrator |
| Project analysis | @scout |
| API design | @api |
| Performance optimization | @perf |
| Internationalization | @i18n |
| Generate documentation | @docs |
| Refactoring | @refactor |
| Dependency management | @deps |
| Payments, billing | @finance |
| Cloud, IaC, serverless | @cloud |
| Auth, security audit | @security |
| Design systems, accessibility | @designer |
| Database design | @data |
| Docker, K8s, CI/CD | @devops |
| Test strategies | @tester |
| Codebase exploration | @explorer |
| GDPR, LGPD compliance | @legal |
| Architecture migration, system redesign | @architect |
| Impact analysis of changes | @ripple |
Available Agents
Core Agents
| Agent | When to Use |
@starter | Create projects from scratch |
@builder | Build modules, components, services |
@reviewer | Unified 3-in-1 review |
@doctor | 4-phase debugging |
@migrator | Modernize legacy code |
Workflow Agents
| Agent | When to Use |
@planner | Adaptive planning |
@executor | Execute with checkpoints |
@tdd | Test-Driven Development |
@debugger | Systematic debugging |
@pair | Pair programming |
@analyst | Requirements to specs |
@orchestrator | Coordinate agents |
Specialist Agents
| Agent | When to Use |
@api | REST/GraphQL API design |
@perf | Performance optimization |
@i18n | Internationalization |
@docs | Documentation generation |
@refactor | Code refactoring |
@deps | Dependency management |
@finance | Payments, billing |
@cloud | Cloud architecture |
@security | Auth, OWASP |
@designer | Design systems |
@data | Database design |
@devops | Docker, K8s |
@tester | Test strategies |
@legal | GDPR, LGPD |
@architect | Full system architecture migration |
@ripple | Cascading effect analysis |
Support Agents
| Agent | When to Use |
@scout | Project analysis |
@explorer | Codebase exploration |
@memory | Session memory |
Available Skills
| Skill | What it Does |
/brainstorm | Socratic brainstorming before planning |
/plan | Plan a feature |
/tdd | Test-driven development |
/debug | Debug an issue |
/verify | Verify before claiming complete |
/audit | Multi-domain code audit |
/onboard | Codebase onboarding |
/checkpoint | Save/restore progress |
/estimate | Estimate cost |
/finish | Finalize branch |
/learn | Learn while building |
/health | Project health score |
/remember | Save decisions |
/recall | Recall decisions |
/worktree | Git worktree isolation |
/write-skill | Create or improve skills |
/tutorial | Interactive tutorial |
/codereview | Multi-reviewer parallel code review |
/commit | Smart conventional commits |
/lint | Lint and auto-fix |
/migrate-framework | Migrate between frameworks |
/migrate-architecture | Migrate between architecture patterns (Flat, Modular, Clean, Hexagonal, DDD, ...) |
Security Rules
- NEVER include secrets in shell commands
- Use environment variables for auth
- Reference CI secrets for npm publish
Execution Summary
After each task:
──── Specialist Agent: 2 agents (@builder, @reviewer) · 1 skill (/plan)Pack Structure
packs/[framework]/
├── agents/ # Full agents
├── agents-lite/ # Lite agents
├── skills/ # Skills
├── ARCHITECTURE.md # Patterns
└── CLAUDE.md # ConfigPlatforms
| Platform | Installation |
| Claude Code | npx specialist-agent init |
| Cursor | .cursor-plugin/ |
| VS Code | .vscode/extension.json |
| Windsurf | .windsurf/plugin.json |
| Codex | .codex/INSTALL.md |
| OpenCode | .opencode/INSTALL.md |
Hooks
| Hook | When |
| session-start | Session starts |
| before-plan | Before @planner creates a plan |
| after-task | Task completes |
| on-error | Error occurs |
| before-review | Before @reviewer starts |
| after-review | After @reviewer finishes |
| session-end | Session ends |
Native Hooks (Claude Code)
| Hook | Event | What it Does |
| Security Guard | PreToolUse | Blocks dangerous Bash commands |
| Auto-Dispatch | UserPromptSubmit | Suggests agents based on intent |
| Session Context | SessionStart | Injects project state |
| Auto-Format | PostToolUse | Formats files after Write/Edit |
Configure in hooks/hooks.json.
Cross-Cutting Concerns
SOLID & Clean Code (Mandatory)
All generated code MUST follow SOLID principles and Clean Code standards:
| Principle | Enforcement |
| S - Single Responsibility | One reason to change per class/module. Split when responsibilities diverge. |
| O - Open/Closed | Extend via composition, interfaces, or strategy - never modify stable code. |
| L - Liskov Substitution | Subtypes must be substitutable. No surprises in overrides. |
| I - Interface Segregation | Small, focused interfaces. No "god interfaces" with 10+ methods. |
| D - Dependency Inversion | Depend on abstractions (interfaces, contracts), not concrete implementations. |
Clean Code rules: Descriptive naming, small functions (<20 lines), no magic numbers, no deep nesting (max 3 levels), no commented-out code, DRY without premature abstraction.
Observability & Monitoring (Mandatory)
All production code MUST include observability from day 1 - not as an afterthought:
- Structured logging: JSON format, consistent fields (timestamp, level, service, traceId, message)
- Error tracking: Capture errors with context (user, request, stack trace). Never swallow exceptions silently.
- Health checks: Every service exposes
/healthor equivalent endpoint - Metrics: Track RED metrics (Rate, Errors, Duration) for critical operations
- Correlation IDs: Propagate trace/request IDs across service boundaries
- Never log: passwords, tokens, PII, credit card numbers, API keys
Agents that MUST enforce observability: @builder, @api, @data, @cloud, @devops, @finance.
Verification Protocol
All agents MUST verify claims with evidence before marking work as complete. No "should work" - run the command, show the output, then claim success. See /verify skill.
Anti-Rationalization
Key agents include rationalization tables that prevent shortcuts. If you catch yourself thinking "just this once" or "it's obvious" - stop and follow the process.
Context Isolation
@orchestrator and @executor use fresh context per subagent. Each task gets a self-contained prompt - no accumulated context pollution.
Anti-Sycophancy
@reviewer agents push back on bad code. No "LGTM" or "Looks good!". Technical evaluation with evidence, YAGNI checks on suggestions.
Persuasion-Backed Enforcement
Discipline agents (@tdd, @debugger, @planner, @executor, @pair) use science-backed enforcement: Authority (IEEE, NASA, Kent Beck), Commitment (contract-based), Social Proof (industry practice).
Governance
- Anti-Rationalization tables in all discipline agents prevent shortcuts
- Verification Protocol ensures claims are backed by evidence
- Execution Summary at end of every task tracks agent/skill usage
- Cost estimation via
/estimatebefore expensive operations - Health scoring via
/healthmeasures project quality over time
Quality Validation
node tests/validate-agents.mjs # Validate all agents and skills
node tests/validate-agents.mjs --strict # Treat warnings as errors
node tests/validate-skills-core.mjs # Test runtime library
node tests/test-skills.mjs # Behavioral skill tests
node tests/test-skills.mjs --verbose # With detailsDoes it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

