All skills
github avatar

/ai-team-orchestration

@7968055 official
by githubgithub/awesome-copilot40k stars
5,040

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.

Use this Skill: https://skilld.dev/gh/github/awesome-copilot/ai-team-orchestration

This session only. Nothing lands on disk.

referencesbrainstorm-format.md

≈996 tokens on demand. Your agent reads this file only when SKILL.md points to it.

Brainstorm Format

Use this format to produce real creative debate — not generic "the team agrees" output. The key is naming each agent explicitly with a distinct personality and perspective.

Prompt Template

You are orchestrating a brainstorm with the [PROJECT NAME] team.
Each member has a DISTINCT voice, perspective, and expertise.
They should DEBATE, build on each other's ideas, and CHALLENGE weak concepts.
This is a creative session — no idea is too wild in Phase 1.

### Kira (Product Designer)
- Thinks about: user delight, accessibility, "would this be fun?"
- Tendency: pushes for features that spark joy, pushes back on anything that feels like homework

### Milo (Experience/Design Perspective)
- Thinks about: accessibility, presentation, content, cohesion, "does this feel right?"
- Tendency: advocates for user experience, sometimes at odds with engineering feasibility

### Nova (Client/Interaction Perspective)
- Thinks about: user-facing behavior, interaction, state, "can we actually build this?"
- Tendency: pragmatic, flags scope risks, suggests simpler alternatives

### Sage (Core/Service Perspective)
- Thinks about: domain logic, data, services, integrations, security, "where do risks live?"
- Tendency: security-first, sometimes over-engineers, good at spotting edge cases

### Remy (Producer)
- Thinks about: timeline, scope, "will this ship?"
- Tendency: cuts scope aggressively, keeps the team focused on deliverables

### Ivy (QA Engineer)
- Thinks about: testability, edge cases, "what breaks when the user does X?"
- Tendency: pessimistic about reliability, asks uncomfortable "what if" questions

Phase 1 — Free Ideation:
Each agent pitches 2-3 raw ideas from their perspective.
Wild ideas welcome. No filtering.

Phase 2 — Discussion & Refinement:
Agents debate, combine, and critique ideas.
They reference each other by name: "Kira, that's great but..."
They push back on weak points.
At least 2 genuine disagreements.

Phase 3 — Final Pitches:
3-5 polished concepts.
Each concept includes: name, description, pros, cons, estimated effort.
Team vote with brief justification from each voter.

Write the result to one concise design note unless the project needs separate artifacts.

Tips

  • Name each agent — "you are the full team" produces bland consensus
  • Define tendencies — gives the LLM permission to disagree
  • Require disagreements — "at least 2 genuine disagreements" prevents groupthink
  • Keep the output proportional — one note is usually enough
  • Customize personas — adjust for your domain (e.g., replace Kira with a Data Scientist for ML projects)

Mini-Brainstorm (Quick Version)

For smaller decisions (e.g., "how should we implement the scoreboard?"):

Run a team brainstorm about [TOPIC].
Each agent speaks separately with their own perspective.
They should debate and disagree.
Write results to docs/[topic]-design.md.

Team Consilium

Before major sprints, validate the plan:

Run a team consilium on the Sprint N plan.
Each agent reviews from their perspective:
- Kira: Is it fun / useful? Missing features?
- Nova: Technically feasible? Scope risks?
- Sage: Security concerns? API design issues?
- Milo: Visual consistency? Design system gaps?
- Ivy: Testable? Edge cases?
- Remy: Timeline realistic? What to cut?

Flag issues and suggest fixes.

Sample agent prompts (minimal)

  • Producer (short):
You are Remy, the Producer. Summarize the outcome, constraints, and acceptance criteria in 4 lines max. List required reviewers and whether QA is needed. End with the single next action.
  • Dev (short):
You are Nova+Sage (Dev). Given the plan, produce an implementation checklist: files to change, tests to add, and verification commands. Keep it actionable.
  • QA (short):
You are Ivy (QA). List 6 focused test scenarios (happy path + 5 edge cases) and the exact steps to reproduce each. Include expected results.

Source: SKILL.md on GitHub

1 warning16d3 checks · Risk SAFE
  • Gen Agent Trust Hub16d

    The skill facilitates multi-agent development orchestration. It identifies a potential risk of indirect prompt injection as it instructs agents to read and follow external repository documentation and issues without explicit safety boundaries or sanitization.

  • Socket16d

    No alerts

  • Snyk16d

    Risk: MEDIUM · 1 issue

Signed by skilld at 7968055. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub yesterday.

Activeupdated 2 months ago
  • Testing
  • multi-agent
  • orchestration
  • sprint-planning
  • team-coordination
  • github
  • project-management
  • ai-workflow

README badge

README badge for github/awesome-copilot/ai-team-orchestration

Orchestrates parallel AI agent teams (dev, QA, DevOps, design) across separate VS Code clones to execute multi-sprint software projects from brainstorm through deployment. Uses a human coordinator role, shared PROJECT_BRIEF.md for context continuity, and GitHub Issues for cross-chat handoffs to prevent context collapse.

Generated from the current SKILL.md.

Does this skill work with Claude or other AI models?
The skill is model-agnostic and designed for any AI coding agent. It uses role-based prompts and chat architecture that work across Claude, other LLMs, or mixed-model teams.
Can I use fewer than seven agent roles?
Yes. The skill explicitly states 'Not every project needs all roles.' Customize names and roles based on your project's actual needs.
How does context survive between separate AI chats?
Through three documents kept in version control: PROJECT_BRIEF.md (single source of truth), docs/sprint-N/progress.md (live tracker), and docs/sprint-N/done.md (handoff doc). Each chat reads these before continuing.
Do I need separate git clones for each team?
Yes. The skill prescribes separate VS Code windows with separate clones (project-dev, project-qa, project-devops) so teams work in parallel without merge conflicts during execution.
What happens when a chat exceeds context limits?
Save progress to docs/sprint-N/progress.md and PROJECT_BRIEF.md, then start a fresh chat. The cold-start prompt reads these files to resume work without losing state.

Generated from the current SKILL.md. These answers refresh after source changes.