team-communication-protocols
Allows the agent to use structured protocols for team communication, approving plans and avoiding errors.
What it does
This tool helps you set up how AI team members talk to each other. It teaches you to pick the right message type (for one colleague or everyone), how to approve work plans, and how to shut down the team properly.
When to use it
- ✓When forming a new AI team and setting communication rules.
- ✓When deciding whether to send a message to a specific colleague or the whole team.
- ✓When a leader needs to approve a team member's work plan before they start.
Example of what to ask your AI
“How should I set up communication for my new robot team?”
Want more? Open the sections below.
How to use
The easiest way: copy the message below and paste it into Claude, ChatGPT, Cursor or any AI. It reads the skill and follows the instructions.
Skill link
Ready-to-paste message
How it works
The tool provides message examples and explains when to use each type. It also details the plan approval process and how to ask team members to stop their work.
Installation
Easiest way: copy the skill link and paste it into Claude, ChatGPT or Cursor asking it to follow the instructions.
In the terminal (Claude Code, Codex, Cursor), in your project folder:
npx skills add wshobson/agents --skill team-communication-protocolsOr download just the file:
curl -L https://raw.githubusercontent.com/wshobson/agents/main/plugins/agent-teams/skills/team-communication-protocols/SKILL.md -o SKILL.mdTechnical content (original SKILL.md)
Original text by the author, straight from GitHub.
Team Communication Protocols
Protocols for effective communication between agent teammates, including message type selection, plan approval workflows, shutdown procedures, and common anti-patterns to avoid.
When to Use This Skill
- Establishing communication norms for a new team
- Choosing between message types (message, broadcast, shutdown_request)
- Handling plan approval workflows
- Managing graceful team shutdown
- Discovering teammate identities and capabilities
Message Type Selection
message (Direct Message) — Default Choice
Send to a single specific teammate:
{
"type": "message",
"recipient": "implementer-1",
"content": "Your API endpoint is ready. You can now build the frontend form.",
"summary": "API endpoint ready for frontend"
}
Use for: Task updates, coordination, questions, integration notifications.
broadcast — Use Sparingly
Send to ALL teammates simultaneously:
{
"type": "broadcast",
"content": "Critical: shared types file has been updated. Pull latest before continuing.",
"summary": "Shared types updated"
}
Use ONLY for: Critical blockers affecting everyone, major changes to shared resources.
Why sparingly?: Each broadcast sends N separate messages (one per teammate), consuming API resources proportional to team size.
shutdown_request — Graceful Termination
Request a teammate to shut down:
{
"type": "shutdown_request",
"recipient": "reviewer-1",
"content": "Review complete, shutting down team."
}
The teammate responds with shutdown_response (approve or reject with reason).
Communication Anti-Patterns
| Anti-Pattern | Problem | Better Approach |
|---|---|---|
| Broadcasting routine updates | Wastes resources, noise | Direct message to affected teammate |
| Sending JSON status messages | Not designed for structured data | Use TaskUpdate to update task status |
| Not communicating at integration points | Teammates build against stale interfaces | Message when your interface is ready |
| Micromanaging via messages | Overwhelms teammates, slows work | Check in at milestones, not every step |
| Using UUIDs instead of names | Hard to read, error-prone | Always use teammate names |
| Ignoring idle teammates | Wasted capacity | Assign new work or shut down |
Plan Approval Workflow
When a teammate is spawned with plan_mode_required:
- Teammate creates a plan using read-only exploration tools
- Teammate calls
ExitPlanModewhich sends aplan_approval_requestto the lead - Lead reviews the plan
- Lead responds with
plan_approval_response:
Approve:
{
"type": "plan_approval_response",
"request_id": "abc-123",
"recipient": "implementer-1",
"approve": true
}
Reject with feedback:
{
"type": "plan_approval_response",
"request_id": "abc-123",
"recipient": "implementer-1",
"approve": false,
"content": "Please add error handling for the API calls"
}
Shutdown Protocol
Graceful Shutdown Sequence
- Lead sends shutdown_request to each teammate
- Teammate receives request as a JSON message with
type: "shutdown_request" - Teammate responds with
shutdown_response:approve: true— Teammate saves state and exitsapprove: false+ reason — Teammate continues working
- Lead handles rejections — Wait for teammate to finish, then retry
- After all teammates shut down — Call
TeamDeleteto remove team resources
Handling Rejections
If a teammate rejects shutdown:
- Check their reason (usually "still working on task")
- Wait for their current task to complete
- Retry shutdown request
- If urgent, user can force shutdown
Teammate Discovery
Find team members by reading the config file:
Location: ~/.claude/teams/{team-name}/config.json
Structure:
{
"members": [
{
"name": "security-reviewer",
"agentId": "uuid-here",
"agentType": "team-reviewer"
},
{
"name": "perf-reviewer",
"agentId": "uuid-here",
"agentType": "team-reviewer"
}
]
}
…
FAQ
When should I send a message to everyone (broadcast)?
Use 'broadcast' only for very important announcements affecting everyone, like a critical change to a shared file. For normal updates, send direct messages to the colleagues involved.
How does a leader approve a team member's plan?
The team member sends an approval request. The leader reviews it and responds with approval or rejection, including a reason if needed.
How do I know a colleague's name to send a message?
You can find team member names in a configuration file. Always use the name listed there for sending messages, never IDs or other identifiers.
Details
Original description by the author
Structured messaging protocols for agent team communication including message type selection, plan approval, shutdown procedures, and anti-patterns to avoid. Use this skill when establishing communication norms for a newly spawned team, when deciding whether to send a direct message or a broadcast, when a team-lead needs to review and approve an implementer's plan before work begins, when orchestr
repo: wshobson/agents
Popularity
- GitHub stars
- 41k
- Ranking position
- #4798
- License
- MIT
- Updated
- 10/15/2026
Comments
- …
More skills from this repository
screen-reader-testing
Has your agent test websites using screen readers to ensure they are accessible.
wshobson/agents
wcag-audit-patterns
Helps your agent audit websites for accessibility and fix issues according to WCAG guidelines.
wshobson/agents
multi-reviewer-patterns
Enables your agent to coordinate parallel code reviews, deduplicating findings and consolidating reports.
wshobson/agents
parallel-debugging
Allows the agent to debug complex issues with parallel investigations and root cause analysis.
wshobson/agents
Similar skills
operator-approval-loop
Makes your agent manage message sending with human approval. It ensures important messages are reviewed before being sent.
affaan-m/ECC
discernment-nudge
Has your agent add follow-up questions after giving an important answer. It's useful for ensuring you think carefully about advice or plans before acting.
anthropics/skills
interview-me
Asks questions to understand exactly what you need. Ensures the agent grasps your real need before starting work.
addyosmani/agent-skills