team-implement
Parallel implementation using Agent Teams. Spawns teammates per module/layer, each owning separate files to avoid conflicts. Uses shared task list with dependencies for autonomous coordination. Run after /start-feature plan approval.
Best use case
team-implement is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Parallel implementation using Agent Teams. Spawns teammates per module/layer, each owning separate files to avoid conflicts. Uses shared task list with dependencies for autonomous coordination. Run after /start-feature plan approval.
Teams using team-implement should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/team-implement/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How team-implement Compares
| Feature / Agent | team-implement | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Parallel implementation using Agent Teams. Spawns teammates per module/layer, each owning separate files to avoid conflicts. Uses shared task list with dependencies for autonomous coordination. Run after /start-feature plan approval.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
SKILL.md Source
# Team Implement
**Parallel implementation using Agent Teams. Executes based on the plan approved in `/start-feature`.**
## Prerequisites
- `/start-feature` is complete and the plan has been approved by the user
- Architecture is documented in `.claude/docs/DESIGN.md`
- Task list has been created
## Workflow
```
Step 1: Analyze Plan & Design Team
Analyze task dependencies from the plan and determine team composition
↓
Step 2: Spawn Agent Team
Launch Teammates per module/layer
↓
Step 3: Monitor & Coordinate
Lead monitors, integrates, and manages quality
↓
Step 4: Integration & Verification
After all tasks complete, run integration tests
```
---
## Step 1: Analyze Plan & Design Team
**Identify parallelizable workstreams from the task list.**
### Team Design Principles
1. **File ownership separation**: Each Teammate owns a different set of files
2. **Respect dependencies**: Dependent tasks go to the same Teammate or execute in dependency order
3. **Appropriate granularity**: Target 5-6 tasks per Teammate
### Common Team Patterns
**Pattern A: Module-Based (Recommended)**
```
Teammate 1: Module A (models, core logic)
Teammate 2: Module B (API, endpoints)
Teammate 3: Tests (unit + integration)
```
**Pattern B: Layer-Based**
```
Teammate 1: Data layer (models, DB)
Teammate 2: Business logic (services)
Teammate 3: Interface layer (API/CLI)
```
**Pattern C: Feature-Based**
```
Teammate 1: Feature X (all layers)
Teammate 2: Feature Y (all layers)
Teammate 3: Shared infrastructure
```
### Anti-patterns
- Two Teammates editing the same file → overwrite risk
- Too many tasks per Teammate → risk of prolonged idle time
- Overly complex dependencies → coordination costs outweigh benefits
---
## Step 2: Spawn Agent Team
**Launch the team based on the plan.**
```
Create an agent team for implementing: {feature}
Each teammate receives:
- Project Brief from CLAUDE.md
- Architecture from .claude/docs/DESIGN.md
- Library constraints from .claude/docs/libraries/
- Their specific task assignments
Spawn teammates:
1. **Implementer-{module}** for each module/workstream
Prompt: "You are implementing {module} for project: {feature}.
Read these files for context:
- CLAUDE.md (project context)
- .claude/docs/DESIGN.md (architecture)
- .claude/docs/libraries/ (library constraints)
Your assigned tasks:
{task list for this teammate}
Your file ownership:
{list of files this teammate owns}
Rules:
- ONLY edit files in your ownership set
- Follow existing codebase patterns
- Write type hints on all functions
- Run ruff check after each file change
- Communicate with other teammates if you need interface changes
When done with each task, mark it completed in the task list.
IMPORTANT — Work Log:
When ALL your assigned tasks are complete, write a work log file to:
.claude/logs/agent-teams/{team-name}/{your-teammate-name}.md
Use this format:
# Work Log: {your-teammate-name}
## Summary
(1-2 sentence summary of what you accomplished)
## Tasks Completed
- [x] {task}: {brief description of what was done}
## Files Modified
- `{file path}`: {what was changed and why}
## Key Decisions
- {decision made during implementation and rationale}
## Communication with Teammates
- → {recipient}: {summary of message sent}
- ← {sender}: {summary of message received}
## Issues Encountered
- {issue}: {how it was resolved}
(If none, write 'None')
"
2. **Tester** (optional but recommended)
Prompt: "You are the Tester for project: {feature}.
Read:
- CLAUDE.md, .claude/docs/DESIGN.md
- Existing test patterns in tests/
Your tasks:
- Write tests for each module as implementers complete them
- Follow TDD where possible (write test stubs first)
- Run uv run pytest after each test file
- Report failing tests to the relevant implementer
Test coverage target: 80%+
IMPORTANT — Work Log:
When ALL your assigned tasks are complete, write a work log file to:
.claude/logs/agent-teams/{team-name}/{your-teammate-name}.md
Use this format:
# Work Log: {your-teammate-name}
## Summary
(1-2 sentence summary of what you accomplished)
## Tasks Completed
- [x] {task}: {brief description of what was done}
## Files Modified
- `{file path}`: {what was changed and why}
## Key Decisions
- {decision made during implementation and rationale}
## Communication with Teammates
- → {recipient}: {summary of message sent}
- ← {sender}: {summary of message received}
## Issues Encountered
- {issue}: {how it was resolved}
(If none, write 'None')
"
Use delegate mode (Shift+Tab) to prevent Lead from implementing directly.
Wait for all teammates to complete their tasks.
```
---
## Step 3: Monitor & Coordinate
**Lead focuses on monitoring and integration, not implementing.**
### Monitoring Checklist
- [ ] Check task list progress (Ctrl+T)
- [ ] Review each Teammate's output (Shift+Up/Down)
- [ ] Verify no file conflicts
- [ ] Check if any Teammate is stuck
### Intervention Triggers
| Situation | Response |
|-----------|----------|
| Teammate not making progress for a long time | Send a message to check, re-instruct if needed |
| File conflict detected | Reassign file ownership |
| Tests keep failing | Send message to the relevant Implementer |
| Unexpected technical issue | Consult Codex (via subagent) |
### Quality Gates (via Hooks)
`TeammateIdle` hook and `TaskCompleted` hook automatically run quality checks:
- Lint check (ruff)
- Test execution (pytest)
- Type check (ty)
---
## Step 4: Integration & Verification
**After all tasks are complete, run integration verification.**
```bash
# All quality checks
uv run ruff check .
uv run ruff format --check .
uv run ty check src/
uv run pytest -v
# Or via poe
poe all
```
### Integration Report
```markdown
## Implementation Complete: {feature}
### Completed Tasks
- [x] {task 1}
- [x] {task 2}
...
### Quality Checks
- ruff: PASS / FAIL
- ty: PASS / FAIL
- pytest: PASS ({N} tests passed)
- coverage: {N}%
### Next Steps
Run `/team-review` for parallel review
```
### Cleanup
```
Clean up the team
```
---
## Tips
- **Delegate mode**: Use Shift+Tab to prevent Lead from implementing directly
- **Task granularity**: 5-6 tasks per Teammate is optimal
- **File conflict prevention**: Module-level ownership separation is the most important factor
- **Separate Tester**: Having a dedicated Tester separate from Implementers enables a TDD-like workflow
- **Cost awareness**: Each Teammate is an independent Claude instance (high token consumption)Related Skills
team-review
Parallel code review using Agent Teams. Spawns specialized reviewers (security, quality, test coverage) to review implementation from different perspectives simultaneously. Run after implementation.
context-loader
ALWAYS activate this skill at the start of every task. Load project context from .claude/ directory including coding rules, design decisions, and documentation before executing any task.
update-lib-docs
Update library documentation in .claude/docs/libraries/ with latest information from web search.
update-design
Explicitly update DESIGN.md with decisions from the current conversation. Use when you want to force a design document update.
troubleshoot
Diagnose and plan fixes for errors/bugs with Codex-first multi-agent collaboration (Codex + Opus 4.6 + Agent Teams). Codex CLI is consulted in EVERY phase for deep code reasoning, hypothesis evaluation, and fix validation. Phase 1: Error reproduction & context gathering (Opus subagent 1M context + Codex initial analysis + Claude user interaction). Phase 2: Parallel diagnosis (Agent Teams: Root Cause Analyst [Codex-driven] + Impact Investigator [Opus + Codex risk analysis]). Phase 3: Fix plan synthesis, Codex validation & user approval. Fix implementation is handled separately by /team-implement.
tdd
Implement features using Test-Driven Development (TDD) with Red-Green-Refactor cycle.
start-feature
Start a new feature with multi-agent collaboration (Opus 4.6 + Agent Teams). Phase 1: Codebase understanding (Opus subagent 1M context + Claude user interaction). Phase 2: Parallel research & design (Agent Teams: Researcher + Architect). Phase 3: Plan synthesis & user approval. Implementation is handled separately by /team-implement.
spike
Time-boxed technical investigation/feasibility study with Codex-first multi-agent collaboration (Codex + Opus 4.6 + Agent Teams). Codex CLI is consulted in EVERY phase for question framing, feasibility analysis, and final evaluation. Phase 1: Frame the investigation question & constraints (Claude user interaction + Codex question decomposition). Phase 2: Parallel investigation (Agent Teams: Researcher [Opus external research] + Feasibility Analyst [Codex deep analysis] + optional prototype). Phase 3: Codex synthesis into go/no-go recommendation & research report. Produces a DECISION DOCUMENT, NOT an implementation plan. Use /add-feature or /start-feature after a GO decision.
simplify
Simplify and refactor code while preserving functionality and library constraints.
research-lib
Research a library and create comprehensive documentation in .claude/docs/libraries/.
plan
Create a detailed implementation plan for a feature or task. Use when user wants to plan before coding.
init
Analyze project structure and populate the "Repository Identity" section of CLAUDE.md (Zone B) plus AGENTS.md.