56 results available
Sign in
Skills directory

ai-team-orchestration

github

·

Last changed
Hardened

This skill has been hardened by Chainguard

Last changed

This version passed the hardening gate. Hardening applied 6 targeted changes and preserved all other text. Classified findings before hardening: 1. Classified findings closed: 0. Classified findings remaining: 1. Unclassified scanner findings remaining: 0. Review findings closed: 4. Review findings remaining: 13.


Open before hardening

1

Low
Open after hardening

1

Low

Expand
File
Group
Subtype
Severity
Status
references/anti-patterns.md

Excessive Agency & Rogue Autonomy

—

Low
Open

1 finding


SKILL.md

AI Team Orchestration

Use three stable agents:

AgentPurpose

@ai-team-producer

Clarify scope, plan proportionately, coordinate

@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 -> 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

  1. Read existing repository instructions and documentation.
  2. Discover the actual stack, architecture, commands, deployment model, and risks.
  3. Create or update PROJECT_BRIEF.md only when durable cross-session context is useful. Start from the project brief template and omit irrelevant sections.
  4. For substantial work, create a concise plan from the sprint plan template.
  5. 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.

QA

  • Use only when dedicated behavioral verification adds value.
  • Test the requested change and important regressions.
  • Report reproducible findings and verify fixes.

Brainstorms

Use the brainstorm format for product or architecture decisions that benefit from competing perspectives. For ordinary implementation choices, let Dev decide using repository conventions.

Context Recovery

Before ending a long or interrupted session:

  1. Update the active plan or progress note if one exists.
  2. Record material decisions, blockers, and the next action in repository context.
  3. Use a cold-start prompt such as:
Read the repository instructions, then read whichever sources exist for this
work: the active issue or request, PROJECT_BRIEF.md, and the active plan or
progress note.

Tool and Model Inheritance

The bundled agents intentionally omit tools and model frontmatter:

  • available built-in, MCP, and extension tools remain usable;
  • developers keep control of model selection;
  • role boundaries are defined by instructions and normal trust, permission, authentication, and approval controls.

If the environment exposes too many tools, deselect irrelevant tools or MCP servers, or use VS Code virtual-tool management.

Principles

  • Prefer working software and clear handoffs over process artifacts.
  • Follow repository policy instead of embedding universal Git commands.
  • Preserve unknown work and ask before destructive or privileged actions.
  • Keep bugs and important decisions in durable project systems, not only chat.
  • See anti-patterns for concise lessons.

Install

Install with chainctl
chainctl skill install public/github/ai-team-orchestration:latest
Get started with chainctl
View source

Harden your own skills

Bring Chainguard's hardening pipeline to your first-party skills — custom rulesets, automated remediation, full audit trail.

Provenance

Upstream sourcehttps://github.com/github/awesome-copilot
Upstream commit7968055c17aeea0245df77881ca35f3fa33c3623
OCI reference

skills.cgr.dev/public/github.com/github/skills/ai-team-orchestration:latest

License

MIT

Files

HARDENING.md

LICENSE

SKILL.md

references/anti-patterns.md

references/brainstorm-format.md

references/project-brief-template.md

references/sprint-plan-template.md


The trusted source for open source

Talk to an expert
PrivacyTerms

Product

Chainguard ContainersChainguard LibrariesChainguard VMsChainguard OS PackagesChainguard ActionsChainguard Agent SkillsIntegrationsPricing
© 2026 Chainguard, Inc. All Rights Reserved.
Chainguard® and the Chainguard logo are registered trademarks of Chainguard, Inc. in the United States and/or other countries.
The other respective trademarks mentioned on this page are owned by the respective companies and use of them does not imply any affiliation or endorsement.