Skip to content
Back to skills

Multi Agent Coordination

ASecurity

Use when two or more agents, subagents, or workers must contribute to a shared objective to define bounded roles, artifact ownership, interfaces, isolated work areas, message cadence, integration checks, and a responsible coordinator. Trigger for parallel research or implementation; do not parallelize tightly coupled edits without explicit ownership and merge rules.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 10, 2026
testinggo

Security analysis

A100/100

Scanned October 10, 2026

npx -y skills add Manoj-11-Dahal/try-Skills --skill multi-agent-coordination --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Multi Agent Coordination?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Multi Agent Coordination
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/manoj-11-dahal-multi-agent-coordination/badge)](https://www.skillsdirectory.com/skills/manoj-11-dahal-multi-agent-coordination)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: multi-agent-coordination
description: "Use when two or more agents, subagents, or workers must contribute to a shared objective to define bounded roles, artifact ownership, interfaces, isolated work areas, message cadence, integration checks, and a responsible coordinator. Trigger for parallel research or implementation; do not parallelize tightly coupled edits without explicit ownership and merge rules."
---

# Multi-Agent Coordination

## Overview

This skill applies when two or more agents, subagents, or workers must contribute to a shared objective. Its intended outcome is to define bounded roles, artifact ownership, interfaces, isolated work areas, message cadence, integration checks, and a responsible coordinator.

## When to Use

### Preserved source section: When to Use

Use when work can benefit from parallel expertise or independent investigation. Do not add agents to a small task whose coordination overhead is likely to exceed the work itself.

## Scope

**Does:** Follow the task boundary stated under When to Use and Instructions.

**Does not:** See the preserved source boundaries below and under Stop Conditions.

### Source boundary statements from: When to Use

Use when work can benefit from parallel expertise or independent investigation. Do not add agents to a small task whose coordination overhead is likely to exceed the work itself.

### Source boundary statements from: Procedure

5. **Share only necessary context.** Provide authoritative instructions and task-specific inputs. Do not expose secrets or unrelated personal data.
7. **Integrate explicitly.** The coordinator reviews outputs, resolves conflicts, checks compatibility, and runs end-to-end verification. Do not merge based only on agent confidence.

## Inputs

**Required:** See the preserved source input guidance below.

**Optional:** Not specified in source skill.

**Prerequisites:** Not specified in source skill.

### Preserved source section: Inputs

- Shared goal and acceptance criteria.
- Candidate subtasks, dependencies, and expected deliverables.
- Available agents, tools, context, and execution boundaries.
- Shared files, systems, and any approval or confidentiality rules.

## Instructions

### Preserved source section: Procedure

1. **Choose parallelism deliberately.** Split only work with separable inputs or independently verifiable outcomes. Keep tightly coupled decisions with one owner.
2. **Assign bounded roles.** Give each agent one objective, scope, output format, and explicit non-goals. Avoid vague assignments such as “look into everything.”
3. **Set artifact ownership.** Name the files, branches, data, or resources each worker may change. Use isolated worktrees or separate copies for concurrent writes.
4. **Define interfaces first.** Specify assumptions, schemas, naming, and handoff format so parallel results can fit together.
5. **Share only necessary context.** Provide authoritative instructions and task-specific inputs. Do not expose secrets or unrelated personal data.
6. **Set checkpoints.** Request concise status at agreed milestones: completed, evidence, blockers, next step, and any changed assumptions.
7. **Integrate explicitly.** The coordinator reviews outputs, resolves conflicts, checks compatibility, and runs end-to-end verification. Do not merge based only on agent confidence.
8. **Use independent review.** For consequential work, assign a reviewer who did not author the change and give them the acceptance criteria, not just the implementation summary.
9. **Stop and reassign when needed.** If a worker is blocked, duplicate, or over budget, narrow or reassign the task rather than allowing silent drift.
10. **Close the team.** Record ownership transfer, final evidence, unresolved items, and stop each worker when its contribution is complete.

## Decision Rules

The following source conditional guidance is preserved verbatim; no unstated action is inferred.

### Source conditional guidance from: Procedure

9. **Stop and reassign when needed.** If a worker is blocked, duplicate, or over budget, narrow or reassign the task rather than allowing silent drift.
10. **Close the team.** Record ownership transfer, final evidence, unresolved items, and stop each worker when its contribution is complete.

### Source conditional guidance from: Output and Acceptance

Provide a coordination plan with role assignments, ownership boundaries, interfaces, checkpoints, integration owner, and final checks. Accept the result only when the combined artifact passes its shared acceptance criteria and no unreviewed cross-agent conflict remains.

### Source conditional guidance from: Coordination Risks

- A coordinator treating parallel opinions as independent evidence when they share the same assumptions.

## Output Format

### Preserved source section: Output and Acceptance

Provide a coordination plan with role assignments, ownership boundaries, interfaces, checkpoints, integration owner, and final checks. Accept the result only when the combined artifact passes its shared acceptance criteria and no unreviewed cross-agent conflict remains.

## Validation Checklist

- [ ] Verify the source-defined success criteria above.

## Edge Cases and Recovery

### Preserved source section: Coordination Risks

- Duplicate work caused by overlapping prompts.
- Conflicting writes to shared files or external systems.
- A coordinator treating parallel opinions as independent evidence when they share the same assumptions.
- Missing integration work after every individual subtask reports success.

## Stop Conditions

### Source stop-related guidance from: Procedure

9. **Stop and reassign when needed.** If a worker is blocked, duplicate, or over budget, narrow or reassign the task rather than allowing silent drift.
10. **Close the team.** Record ownership transfer, final evidence, unresolved items, and stop each worker when its contribution is complete.

## Examples

Not specified in source skill. The original provided no input/output example, and none has been invented.

## Success Criteria

### Acceptance criteria from source: Output and Acceptance

Provide a coordination plan with role assignments, ownership boundaries, interfaces, checkpoints, integration owner, and final checks. Accept the result only when the combined artifact passes its shared acceptance criteria and no unreviewed cross-agent conflict remains.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…