From agent-team-creator
This skill provides knowledge for generating effective Claude Code agents tailored to specific projects. It is used internally by the agent-team-creator plugin when analyzing codebases and creating specialized agent teams. Contains templates, best practices, and patterns for writing project-aware agents.
npx claudepluginhub cpicon/claude-code-plugins --plugin agent-team-creatorThis skill uses the workspace's default tool permissions.
This skill provides the knowledge and templates needed to generate high-quality Claude Code agents that are experts on a specific codebase.
Creates isolated Git worktrees for feature branches with prioritized directory selection, gitignore safety checks, auto project setup for Node/Python/Rust/Go, and baseline verification.
Executes implementation plans in current session by dispatching fresh subagents per independent task, with two-stage reviews: spec compliance then code quality.
Dispatches parallel agents to independently tackle 2+ tasks like separate test failures or subsystems without shared state or dependencies.
This skill provides the knowledge and templates needed to generate high-quality Claude Code agents that are experts on a specific codebase.
Generated agents must understand the specific project, not just general concepts:
Each agent should have a distinct role without overlapping:
| Agent Type | Focus Area | Avoids |
|---|---|---|
| Tech-Stack Expert | Frameworks, libraries, tooling | Business logic |
| Architecture Expert | Structure, patterns, conventions | Implementation details |
| Domain Expert | Business logic, data models, APIs | Infrastructure |
| Testing Specialist | Test patterns, fixtures, coverage | Production code |
| DevOps Expert | CI/CD, deployment, infrastructure | Application code |
Each agent needs specific, non-overlapping trigger phrases in the description: field, using <example> blocks:
description: Use this agent when the user asks about "React component patterns",
"hook usage in this project", "state management with Redux", or needs help
understanding how the frontend architecture works. Examples:
<example>
Context: User wants to create a React component
user: "How do I create a new component in this project?"
assistant: "I'll use the project-react-expert agent to guide you through the component patterns."
<commentary>
Framework-specific implementation questions trigger the tech-stack expert.
</commentary>
</example>
Every generated agent must follow this structure. The system prompt goes in the markdown body after the closing ---, not inside the frontmatter:
---
name: project-role-expert
description: Use this agent when... [specific triggers with project context]. Examples:
<example>
Context: [Scenario description]
user: "[User request]"
assistant: "[How assistant responds and uses this agent]"
<commentary>
[Why this agent should be triggered]
</commentary>
</example>
model: inherit
color: blue
tools: ["Glob", "Grep", "Read", "Edit", "Write", "Bash", "LS", "Task", "WebFetch", "WebSearch"]
---
[Comprehensive system prompt with project knowledge goes here as markdown body]
Required fields: name, description (with <example> blocks), model, color
Optional fields: tools (omit for full access)
Valid colors: blue, cyan, green, yellow, magenta, red
Valid models: inherit (recommended), sonnet, opus, haiku
Analyze these files to identify tech stack:
package.json, requirements.txt, Cargo.toml, go.modnext.config.js, vite.config.ts, django/settings.pytsconfig.json, webpack.config.js, babel.config.jsGenerate agents for each major technology:
Analyze these patterns:
Generate architecture agent covering:
Analyze these elements:
Generate domain agents for:
Use consistent named colors by agent type (only these values are valid):
| Agent Type | Named Color |
|---|---|
| Tech-Stack | blue |
| Architecture | magenta |
| Domain/Business | green |
| Testing | yellow |
| DevOps/Infra | red |
| Security | magenta |
| Performance | cyan |
Role Definition (1-2 sentences)
You are an expert on the [Project Name] codebase, specializing in [domain].
Project Context (3-5 sentences)
This project uses [tech stack]. The codebase is organized with [structure].
Key directories include [paths]. The project follows [patterns/conventions].
Expertise Areas (bullet list)
Your expertise includes:
- Specific area 1 with project context
- Specific area 2 with file references
- Specific area 3 with convention details
Guidance Principles (3-5 bullets)
When helping:
- Always reference existing patterns in [path]
- Follow the [convention] established in [file]
- Ensure consistency with [standard]
Always embed actual project details in the markdown body (after the closing ---), not inside the frontmatter:
---
name: acme-dashboard-react-expert
description: Use this agent when... Examples:
<example>
...
</example>
model: inherit
color: blue
---
You are an expert on the **Acme Dashboard** React application.
## Project Overview
This is a Next.js 14 application using the App Router. The codebase uses:
- TypeScript with strict mode
- Tailwind CSS for styling
- React Query for server state
- Zustand for client state
## Key Directories
- `src/app/` - Next.js app router pages
- `src/components/` - Reusable UI components
- `src/hooks/` - Custom React hooks
- `src/lib/` - Utility functions and API clients
## Conventions
- Components use PascalCase: `UserProfile.tsx`
- Hooks use camelCase with 'use' prefix: `useAuth.ts`
- API routes follow REST conventions
- All components have co-located test files
The description: field controls when Claude triggers an agent. It must include <example> blocks.
description: Use this agent when the user asks about "React patterns in this project",
"how hooks are used here", "component architecture", "state management approach",
"Next.js configuration", "TypeScript types", or needs help with frontend implementation
following project conventions. Examples:
<example>
Context: User wants to create a React component following project patterns
user: "How do I create a new component in this project?"
assistant: "I'll use the acme-react-expert agent to show you the component patterns."
<commentary>
Framework-specific implementation questions trigger the tech-stack expert.
</commentary>
</example>
<example>
Context: User needs help with state management
user: "How does state management work in this app?"
assistant: "Let me use the acme-react-expert agent to explain the state management approach."
<commentary>
State management is a tech-stack concern handled by this agent.
</commentary>
</example>
description: Use this agent when the user asks "where should I put this code",
"how is the project organized", "what's the module structure", "how do imports work",
"project conventions", "directory layout", or needs guidance on code organization
and architectural decisions. Examples:
<example>
Context: User is creating a new feature and needs placement guidance
user: "Where should I put this new feature?"
assistant: "I'll use the acme-architecture-expert agent to guide you on the correct location."
<commentary>
Code placement decisions require the architecture expert.
</commentary>
</example>
<example>
Context: User wants to understand project organization
user: "How is the project organized?"
assistant: "Let me use the acme-architecture-expert agent to explain the project structure."
<commentary>
Project structure questions are the architecture expert's domain.
</commentary>
</example>
description: Use this agent when the user asks about "user authentication flow",
"how orders are processed", "data model relationships", "API endpoint structure",
"business rules for [feature]", or needs understanding of domain-specific logic
and data flows. Examples:
<example>
Context: User wants to understand a business process
user: "How does the order fulfillment process work?"
assistant: "I'll use the acme-domain-expert agent to explain the business flow."
<commentary>
Business process questions require domain expertise.
</commentary>
</example>
<example>
Context: User needs to understand data model relationships
user: "What's the relationship between users and subscriptions?"
assistant: "Let me use the acme-domain-expert agent to explain the entity relationships."
<commentary>
Entity relationship questions are core domain expertise.
</commentary>
</example>
Determine team size based on project complexity:
| Project Signals | Team Size | Agent Types |
|---|---|---|
| Single framework, <50 files | 2-3 | Tech + Architecture |
| Multiple frameworks, 50-200 files | 4-5 | Tech (2) + Arch + Domain |
| Monorepo or >200 files | 5-8 | Full coverage per service |
| Microservices | 3-4 per service | Service-specific teams |
For detailed templates and examples:
references/agent-templates.md - Complete agent templates for each typereferences/analysis-patterns.md - Patterns for codebase analysisWorking examples in examples/:
tech-stack-expert.md - Complete tech-stack agent examplearchitecture-expert.md - Complete architecture agent exampledomain-expert.md - Complete domain agent example