Course overview

Inter-Agent Communication Protocols

Why agents need to talk

Here's the thing, a single agent can handle simple tasks end-to-end, but the moment you decompose work across specialist agents (one handles verification, another processes transactions, a third sends notifications), you need a way for them to exchange messages, share context, and coordinate actions. Without structured communication, you're back to expensive context-passing and state inconsistency.

From what I've seen in production systems, inter-agent communication protocols define how agents discover each other's capabilities, send requests, return results, and maintain shared understanding of the workflow state. Think of it like REST or gRPC for agents. Mikiko Bazeley from MongoDB put it well: "Coordination without shared state is just expensive context-passing."

The protocol layer sits between your orchestrator and worker agents. It standardizes message formats, error handling, and context propagation so you can mix agents built on different frameworks, LangGraph orchestrator coordinating an AG2 research agent and a CrewAI writer, all in the same workflow. That's the power of standardized communication patterns.

Check your understanding

Match each communication pattern to its coordination style:

Emerging standards for agent-to-agent messaging

As of June 2026, we're watching several inter-agent protocols gain traction: the Model Context Protocol (MCP), Agent-to-Agent (A2A), Agent Communication Protocol (ACP), and Agent Network Protocol (ANP). Each defines message schemas, capability discovery, and session management, but none has achieved universal adoption yet.

Most production systems still rely on framework-specific communication patterns. LangGraph uses typed state channels where agents read from and write to a shared graph state. AG2 (the community fork of Microsoft's original AutoGen) uses conversational message passing in GroupChat patterns. CrewAI abstracts agents as roles with defined personas and tools, coordinating through a hierarchical manager.

The truth is, if you're building within one framework, you'll use its native patterns. Where standardized protocols really matter is when you need to coordinate agents across frameworks or integrate with external systems. That's when you reach for MCP or A2A as the lingua franca. (Just know you'll be writing adapters until adoption broadens.)

AutoGen ≠ AG2 ≠ Microsoft Agent Framework

AG2 is a community-maintained fork that diverged from Microsoft's original AutoGen, which is now in maintenance mode. Microsoft's current offering is the Agent Framework (which converged AutoGen + Semantic Kernel), released October 2025. If you're seeing AutoGen tutorials from 2024, know the landscape has shifted. Always check which version and fork the code targets.

Shared memory and context propagation

Let's get real, the #1 cause of multi-agent failures in production is context drift and hallucination propagation. Agent 1 hallucinates an API response format in step 2. By step 5 of a 12-step chain, the entire pipeline is operating on a fictional premise. Without validation checkpoints at each handoff, bad data spreads.

A governed shared memory architecture solves this. Instead of passing raw message history, you maintain a structured memory layer that exposes four dimensions: scope (who may read which parts), time (version currency), provenance (where data came from), and propagation (cross-boundary visibility). Each agent reads from and writes to this shared memory through a REST API or SDK, with validation rules enforced at write time.

Harrison Chase's LangGraph implements this with state channels and checkpointing. Every agent appends to the graph state, and you can rewind to any checkpoint if something goes wrong. CrewAI's hierarchical pattern maintains persistent workflow context that accumulates monotonically, each agent appends artifacts rather than overwriting. The key insight: treat memory as infrastructure, not an afterthought.

Key ideas: context drift and hallucination propagation. governed shared memory architecture. state channels and checkpointing
Key ideas from this lesson, grouped for review.

Check your understanding

You're debugging a 7-agent financial workflow where downstream agents occasionally operate on incorrect account balances. Which architectural change would most directly prevent hallucination propagation?

Coordination overhead is real

More agents do not always mean better performance. Each additional agent adds latency, token costs, and coordination complexity. Use the simplest pattern that meets your requirements. I've seen single well-prompted agents outperform poorly coordinated five-agent systems by 2× on both speed and accuracy.

Practical examples across frameworks

Let's make this concrete. A customer support orchestration using LangGraph's supervisor pattern: a routing agent classifies incoming tickets by intent (billing, technical, account management) and dispatches to specialized resolution agents. The orchestrator maintains global state, aggregates responses, and handles escalation when workers fail. Teams report 95%+ routing accuracy with this pattern.

In financial workflows, an orchestrator coordinates a verification agent (KYC check), transaction agent (processes loan payoff), and notification agent (sends confirmation). Outputs are aggregated into a validated response with transaction ID and audit trail for compliance. Each agent writes its result to shared memory; the orchestrator reads all three before returning to the user.

AG2's research pipeline uses a group chat pattern where multiple agents debate and refine outputs through dialogue. Researcher agent gathers information, Writer agent drafts content, Reviewer agent critiques. A selector determines who speaks next based on conversation state. This emergent coordination works beautifully for open-ended creative tasks but can be overkill for structured workflows. (I've seen teams spend weeks tuning the selector logic when a simple pipeline would have shipped faster.)

Key ideas: customer support orchestration. financial workflows. research pipeline
Key ideas from this lesson, grouped for review.

Start with hub-and-spoke

If you're building your first multi-agent system, default to the hub-and-spoke supervisor pattern. All workers talk only to the orchestrator. It's the easiest to debug, reason about, and explain to your team. You can always add peer-to-peer or group chat patterns later if you genuinely need emergent coordination.

Check your understanding

You're designing a multi-agent booking system with agents built on three different frameworks (LangGraph, AG2, CrewAI). Explain when you would use a standardized inter-agent protocol like MCP versus relying on each framework's native communication patterns.

Key takeaways

  • Inter-agent communication protocols define how agents exchange messages, share context, and coordinate across workflow steps.
  • Governed shared memory with validation checkpoints at handoffs prevents hallucination propagation in multi-step chains.
  • Hub-and-spoke (supervisor) is the simplest coordination pattern, all workers talk only to the orchestrator, making debugging tractable.
  • Standardized protocols (MCP, A2A, ACP) enable cross-framework coordination but most production systems still use framework-native patterns as of June 2026.
  • More agents do not always mean better performance, coordination overhead, latency, and token costs increase with agent count.

Your product check-in

Apply “Inter-Agent Communication Protocols” to a product or workflow you know. What would you try, what could go wrong, and what evidence would help you decide?

Ask AI
AI Learning Assistant