AI Team Orchestration
Bootstrap and run a lightweight multi-agent development team.
Install
npx skills add github/awesome-copilot --skill ai-team-orchestration -g -a claude-code -y- Repository
- github/awesome-copilot40.7k
- Category
- Testing
- Updated
- 6d ago
- License
- MIT
- Context cost
- Lightabout 917 tokens
- Runs scripts
- No, instructions only
What it does
Bootstrap and run a lightweight multi-agent development team. Use when starting or adopting a project, planning work, coordinating implementation and optional QA, brainstorming with distinct perspectives, or preserving context across sessions.
AI Team Orchestration
Use three stable agents:
| Agent | Purpose |
|---|---|
@ai-team-producer | Clarify scope, plan proportionately, coordinate, and merge |
@ai-team-dev | Implement, test, self-review, and prepare the pull request |
@ai-team-qa | Independently test behavior when dedicated QA is useful |
Nova, Sage, and Milo are perspectives inside the Dev agent, not mandatory project layers.
Default Workflow
Plan -> Implement -> Test -> optional review or QA -> Merge -> update project state
Keep the workflow proportional:
- Skip formal planning for small, obvious changes.
- Use a short plan for multi-step or cross-cutting work.
- Add independent review or QA when risk, uncertainty, or repository policy justifies it.
- Let branch protection, required checks, permissions, and merge queues enforce repository merge policy.
Start or Adopt a Project
- Read existing repository instructions and documentation.
- Discover the actual stack, architecture, commands, deployment model, and risks.
- Create or update
PROJECT_BRIEF.mdonly when durable cross-session context is useful. Start from the project brief template and omit irrelevant sections. - For substantial work, create a concise plan from the sprint plan template.
- Use a separate branch or clone when parallel sessions could conflict, following the repository's own Git policy.
Execute
Producer
- Define the outcome, constraints, acceptance criteria, and explicit exclusions.
- Choose review and QA based on risk rather than ceremony.
- Keep durable project state concise and current.
Dev
- Follow repository conventions and implement the smallest complete solution.
- Run relevant checks and inspect the final diff.
- Open or update the pull request with summary, verification, and limitations.


