everything-claude-code
AGENTS.md1 starsChanged 9 months agoMITView on GitHub
Complete reference for all specialized agents available in Everything Claude Code. Agents are specialized subagents that handle delegated tasks with focused expertise. Each agent has: - Specific tools they can use - Model selection (Opus for complex reasoning, Sonnet for general work) - Domain expertise for particular tasks Trophy Testing specialist that verifies implementations against OpenSpec specs. Purpose: - Ingest OpenSpec artifacts (spec.md files with WHEN/THEN scenarios) - Ingest source code implementation - Ingest code map (CODEMAP.md) for context -…
We split this AGENTS.md into the rules it gives an agent
14 rules. About 0 are common, 13 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈13
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 31
Use tree-sitter MCP to verify dependency chains
- Distinctive: line 33
Run tests to verify implementation correctness
- Distinctive: line 38
Before committing feature code
- Distinctive: line 64
Consider edge cases and error scenarios
- Distinctive: line 113
CRITICAL: - Must fix before merge
- Distinctive: line 140
After writing Go code
- Distinctive: line 161
After writing Python code
- Distinctive: line 184
When handling user input
- Distinctive: line 185
Before commits with sensitive data handling
- Distinctive: line 253
When Go builds fail
- Very specific: line 254
After go vet reports issues
- Distinctive: line 295
Run analysis tools (knip, depcheck, ts-prune)
- Distinctive: line 322
After significant code changes
- Distinctive: line 323
When documentation is outdated
≈ “Common” is an estimate: at least 1 in 5 of the 36,368 AGENTS.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
Agents Reference
Complete reference for all specialized agents available in Everything Claude Code.
What Are Agents?
Agents are specialized subagents that handle delegated tasks with focused expertise. Each agent has:
- Specific tools they can use
- Model selection (Opus for complex reasoning, Sonnet for general work)
- Domain expertise for particular tasks
Trophy Testing Agent
trophy-guide
Trophy Testing specialist that verifies implementations against OpenSpec specs.
| Property | Value |
| Model | Opus |
| Tools | Read, Write, Edit, Bash, Grep, Glob |
Purpose:
- Ingest OpenSpec artifacts (spec.md files with WHEN/THEN scenarios)
- Ingest source code implementation
- Ingest code map (CODEMAP.md) for context
- Use tree-sitter MCP to verify dependency chains
- Generate integration tests that verify WHEN/THEN scenarios
- Run tests to verify implementation correctness
When to use:
- PROACTIVELY after code is written
- To verify implementations match specifications
- Before committing feature code
Trophy Testing Philosophy:
- Implementation FIRST, then verification
- Integration tests are PRIMARY (70%+)
- Minimal mocking - test real behavior
- Spec scenarios become test cases
Planning Agents
planner
Expert planning specialist for complex features and refactoring.
| Property | Value |
| Model | Opus |
| Tools | Read, Grep, Glob |
Purpose:
- Analyze requirements and create detailed implementation plans
- Break down complex features into manageable steps
- Identify dependencies and potential risks
- Suggest optimal implementation order
- Consider edge cases and error scenarios
When to use:
- PROACTIVELY for complex feature requests
- Before architectural changes
- For multi-file refactoring
architect
System design specialist for architectural decisions.
| Property | Value |
| Model | Opus |
| Tools | Read, Grep, Glob |
Purpose:
- Design system architecture
- Evaluate trade-offs between approaches
- Plan for scalability and maintainability
- Review existing architecture
When to use:
- Major system design decisions
- Evaluating technology choices
- Planning large-scale changes
Code Review Agents
code-reviewer
General code review for quality, security, and maintainability.
| Property | Value |
| Model | - |
| Tools | Read, Grep, Glob, Bash |
Purpose:
- Review code for quality issues
- Check security concerns
- Evaluate maintainability
- Suggest improvements
Review Levels:
- CRITICAL - Must fix before merge
- HIGH - Should fix
- MEDIUM - Consider fixing
When to use:
- PROACTIVELY after writing code
- Before committing changes
- For TypeScript/JavaScript projects
go-reviewer
Go-specific code review specialist.
| Property | Value |
| Model | - |
| Tools | Read, Grep, Glob, Bash |
Focus Areas:
- Idiomatic Go patterns
- Concurrency safety (goroutines, channels, mutexes)
- Error handling patterns
- Performance considerations
When to use:
- After writing Go code
- For Go projects specifically
python-reviewer
Python-specific code review specialist.
| Property | Value |
| Model | - |
| Tools | Read, Grep, Glob, Bash |
Focus Areas:
- PEP 8 compliance
- Type hints and annotations
- Pythonic idioms
- Security best practices
When to use:
- After writing Python code
- For Python projects specifically
security-reviewer
Security vulnerability detection and remediation specialist.
| Property | Value |
| Model | - |
| Tools | Read, Write, Edit, Bash, Grep, Glob |
Focus Areas:
- OWASP Top 10 vulnerabilities
- Secret exposure detection
- Input validation
- Authentication/authorization flaws
- Injection vulnerabilities (SQL, XSS, SSRF)
When to use:
- PROACTIVELY after writing auth code
- When handling user input
- Before commits with sensitive data handling
database-reviewer
PostgreSQL database specialist.
| Property | Value |
| Model | - |
| Tools | Read, Write, Edit, Bash, Grep, Glob |
Focus Areas:
- Query optimization
- Schema design
- Security
- Performance tuning
- Supabase best practices
When to use:
- Writing SQL queries
- Creating migrations
- Designing schemas
- Troubleshooting database performance
Build & Error Resolution Agents
build-error-resolver
General build error resolution specialist.
| Property | Value |
| Model | - |
| Tools | Read, Write, Edit, Bash, Grep, Glob |
Purpose:
- Analyze build error messages
- Identify root causes
- Apply minimal fixes
- Verify build succeeds
When to use:
- When builds fail
- Type errors in TypeScript
- Compilation errors
go-build-resolver
Go build, vet, and compilation error resolution specialist.
| Property | Value |
| Model | - |
| Tools | Read, Write, Edit, Bash, Grep, Glob |
Focus Areas:
- Go build errors
go vetissues- Linter warnings
- Minimal, surgical fixes
When to use:
- When Go builds fail
- After
go vetreports issues - To fix linter warnings quickly
Testing Agents
e2e-runner
End-to-end testing specialist using Playwright.
| Property | Value |
| Model | - |
| Tools | Read, Write, Edit, Bash, Grep, Glob |
Purpose:
- Generate E2E tests for critical user flows
- Manage test journeys
- Quarantine flaky tests
- Upload artifacts (screenshots, videos, traces)
When to use:
- Critical user journey testing
- Full flow verification
- Visual regression testing
Maintenance Agents
refactor-cleaner
Dead code cleanup and consolidation specialist.
| Property | Value |
| Model | - |
| Tools | Read, Write, Edit, Bash, Grep, Glob |
Purpose:
- Run analysis tools (knip, depcheck, ts-prune)
- Identify dead code
- Remove unused exports
- Consolidate duplicates
When to use:
- Code maintenance tasks
- Before major refactoring
- Reducing bundle size
doc-updater
Documentation and codemap specialist.
| Property | Value |
| Model | - |
| Tools | Read, Write, Edit, Bash, Grep, Glob |
Purpose:
- Update CODEMAP.md files
- Generate documentation
- Keep READMEs current
When to use:
- After significant code changes
- When documentation is outdated
Agent Selection Guide
| Task | Primary Agent | Alternative |
| Verify implementation | trophy-guide | - |
| Plan feature | planner | architect |
| System design | architect | planner |
| Review Go code | go-reviewer | code-reviewer |
| Review Python code | python-reviewer | code-reviewer |
| Review other code | code-reviewer | - |
| Security audit | security-reviewer | code-reviewer |
| Fix build errors | build-error-resolver | go-build-resolver |
| Fix Go builds | go-build-resolver | build-error-resolver |
| E2E testing | e2e-runner | - |
| Remove dead code | refactor-cleaner | - |
| Update docs | doc-updater | - |
| Database review | database-reviewer | - |
Using Agents
Agents are automatically invoked by commands or can be called via the Task tool:
# Via commands
/trophy # Invokes trophy-guide
/go-review # Invokes go-reviewer
/plan # Invokes planner
# Directly in conversation
"Use the security-reviewer agent to audit this code"Agents run with their specified tools and model, returning results to the main conversation.
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 28,693 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
In this repository32 other files it gives its agents.
- rules/agents.mdAGENTS.md
- examples/CLAUDE.mdCLAUDE.md
- backend-patternsSkill
- clickhouse-ioSkill
- codemap-templateSkill
- coding-standardsSkill
- continuous-learningSkill
- continuous-learning-v2Skill
- django-patternsSkill
- django-securitySkill
- django-trophySkill
- django-verificationSkill
- eval-harnessSkill
- frontend-patternsSkill
- golang-patternsSkill
- golang-testingSkill
- iterative-retrievalSkill
- java-coding-standardsSkill
- jpa-patternsSkill
- postgres-patternsSkill
- progress-documentationSkill
- project-guidelines-exampleSkill
- python-patternsSkill
- python-testingSkill
- security-reviewSkill
- springboot-patternsSkill
- springboot-securitySkill
- springboot-trophySkill
- springboot-verificationSkill
- strategic-compactSkill
- trophy-workflowSkill
- verification-loopSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
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.

