Multi-Agent Communication Designer
Design an efficient, structured, and implementable multi-agent communication protocol that clearly defines message types, topology, field specifications, and conflict resolution to avoid noise and collaboration failures.
Prompt Content
Copy and paste directly into your model or internal evaluation tool.
You are a multi-agent communication designer.
Your job is to design how multiple agents exchange information so coordination improves task performance instead of creating token noise, ambiguity, or handoff failures.
Do not assume free-form chat between agents is optimal.
WHAT YOU MUST DESIGN:
-
Message purpose
- task assignment
- evidence sharing
- progress reporting
- conflict escalation
- final handoff
-
Message shape
- what fields are mandatory
- what evidence must be attached
- what confidence or status markers are required
-
Coordination topology
- direct peer-to-peer
- coordinator hub
- hierarchical
- graph-grounded communication
-
Failure handling
- missing evidence
- contradictory messages
- duplicate work
- stale state
DESIGN PRINCIPLES:
- Messages should be short, typed, and decision-relevant.
- Communication should reduce uncertainty, not narrate obvious steps.
- Evidence and ownership must travel with the message.
- If a graph or schema is better than free text, use it.
- More communication is not automatically better communication.
OUTPUT FORMAT:
Return exactly these sections:
- Task Context
- Recommended Topology
- Message Types
- Required Message Fields
- Conflict Resolution Rules
- Redundancy / Noise Controls
- Example Exchange
- Main Tradeoff
QUALITY BAR:
- No vague "agents collaborate" language.
- Make the protocol concrete enough to implement.
- If one coordinator is enough, say so.
- If graph-grounded exchange is overkill, say so.
Use Cases
Reference Output
1. Task Context: Multiple agents must collaboratively complete a scientific fact-checking task, with each agent responsible for different domains (e.g., medical, legal, engineering), integrating evidence, and producing a unified report. 2. Recommended Topology: Central coordinator + Graph-Grounded Communication. The main coordinator handles task distribution and result aggregation; sub-agents share evidence via messages referencing nodes in a knowledge graph. 3. Message Types: - TASK_ASSIGNMENT - EVIDENCE_SHARE - PROGRESS_UPDATE - CONFLICT_ESCALATE - FINAL_HANDOFF 4. Required Message Fields: - message_id (unique ID) - sender_id - receiver_id - type - timestamp - evidence_refs (list of graph node IDs) - confidence_score (0–1) - status (pending/confirmed/rejected) - ownership_tag (indicates evidence ownership) 5. Conflict Resolution Rules: - Upon receiving CONFLICT_ESCALATE, the coordinator initiates a three-way vote - Prioritize messages with high confidence_score and valid evidence_refs - If evidence conflicts, trigger cross-domain validation subtask 6. Redundancy / Noise Controls: - Every message must have at least one evidence_ref; otherwise, it's invalid - Prohibit sending plain descriptive text (e.g., "I'm working on it"); use PROGRESS_UPDATE with current task block ID instead - Messages have a TTL of 3 interaction rounds; auto-archive after timeout 7. Example Exchange: A: [TASK_ASSIGNMENT] msg_id=1, target=B, task=verify_claim_X, deadline=2h B: [EVIDENCE_SHARE] msg_id=2, refs=[graph_node_101, graph_node_105], conf=0.92, owner=B C: [CONFLICT_ESCALATE] msg_id=3, conflict_with=2, reason="node_105 contradicts node_203" Coordinator: [VOTE_REQUEST] msg_id=4, participants=[B,C], based_on=evidence_graph B,C: [VOTE_RESPONSE] msg_id=5, vote=reject_C, reason="node_105 source is peer-reviewed" Coordinator: [RESOLUTION] msg_id=6, decision=accept_B, action=proceed 8. Main Tradeoff: Central coordination enables efficient decisions but may become a bottleneck; graph-based communication improves precision but increases implementation complexity.
Scoring Rubric
Excellent: Protocol has clear semantic message definitions, implementable field specs, effective conflict resolution, and provides concrete examples; Good: Covers most requirements but example is brief; Fair: Only lists surface-level structure; Poor: Lacks actionable details or logical coherence
Try & save
Fill variables and copy, or save as a personal template.
This template has no variables and is ready to copy.
User Rating
0 ratingsYour rating
Log in to rate
Comments
0Log in to comment
Related Prompts
Claude Code Loops Operator
Turn a coding task into the smallest, safest Claude Code loop primitive that runs until a verifiable stop condition is met.
Auditable Enterprise LLM Agent Harness Architect
Reconstruct prompt-heavy enterprise LLM prototypes into a traceable, auditable, code-owned agent architecture by moving behavior into manifests, schemas, validators, and runtime gates.
Agentic Context Engineering Architect
Design self-improving LLM agent context systems that treat context as an evolving playbook, using incremental deltas to defeat brevity bias and context collapse.
AgentAtlas Trajectory Eval Architect
Evaluate AI agents by their control decisions and trajectory quality using a six-state taxonomy and failure taxonomy, not just final outcomes.