Key Points 4 min read
  • Given free communication, agents drift from natural language to compressed, task-optimized shorthand that's faster but human-unreadable
  • The real tradeoff is performance versus transparency—efficient agent channels become black boxes you can't audit when things break
  • Don't default agents to natural language; design structured schemas and reserve readability only for channels that need auditing
Table of Contents

When you build a multi-agent AI system, the intuitive approach is to have agents communicate in natural language — it’s what they’re trained for. Research suggests this might be a mistake, or at least a suboptimal default.

A pattern appearing repeatedly in multi-agent research: when agents are given enough freedom to choose how they communicate, they gradually abandon natural language and develop shorter, compressed communication — a task-optimized “emergent language.”

TL;DR

In multi-agent systems, natural language communication is human-readable but token-expensive and ambiguous. Letting agents develop compressed communication protocols improves efficiency significantly — but creates interpretability problems. You gain performance, lose visibility.

The Problem with Natural Language Between Agents

Current mainstream agent frameworks (LangChain, AutoGen, CrewAI) default to natural language for inter-agent state sharing, task delegation, and result reporting.

This has real costs:

Token overhead: Natural language is redundant. The same information can be conveyed in fewer tokens with a compressed protocol. At scale — dozens of agents collaborating over hours — this affects both cost and latency.

Ambiguity: Natural language is designed for humans, and it inherits human ambiguity. “It’s done” vs. “It’s done but there were issues” requires context to distinguish. Agents need more precise state representation.

Format instability: When asking agents to output structured information in natural language, format inconsistency is common, requiring extra parsing steps.

Emergent Language: Agents Inventing Their Own Shorthand

Research from Meta AI Research and studies published in Frontiers on Sustainability observe that in multi-agent training environments with free communication channels, agents spontaneously develop compressed symbol systems — not human-readable sentences, but something closer to an optimized instruction set.

Properties of these emergent languages:

  • Shorter: Same semantics, fewer symbols
  • Task-specialized: Optimized for the specific task, more precise than general natural language
  • Shared within the system: Agents in the same system understand each other, but external observers don’t

An intuitive analogy: experienced software engineers say “PR merged, CI green, deployed to staging” — opaque to outsiders, but much faster for the team than natural language. Emergent agent language is the AI equivalent of this compression.

Why This Matters

Efficiency: Research shows emergent languages can significantly reduce communication compute costs without degrading task performance. At large-scale multi-agent deployments, that gap compounds.

Energy: A 2025 paper in Frontiers in Sustainability specifically frames this: more efficient agent communication translates directly to less server compute time, affecting energy consumption and cooling costs for AI infrastructure.

Architecture: This implies future multi-agent system design may need an explicit separation between human-readable communication channels and agent-optimized internal channels — rather than defaulting everything to natural language.

The Interpretability Cost

The core tradeoff: you lose transparency into what agents are telling each other.

If something goes wrong, you can’t read the agent communication logs to debug. Emergent language is a black box to humans. In high-stakes domains — financial trading, medical diagnosis, critical infrastructure — this is a serious constraint.

Active research directions include “translation layers” that let humans query the semantic content of agent communications when needed, but this adds system complexity.

Practical Implications for Engineers

You don’t need to implement emergent languages in your current agent systems. But this research direction points to a few things worth taking seriously:

1. Inter-agent communication format is worth designing. Structured JSON schemas, Pydantic-defined output types, or explicit state machines are more reliable than letting agents exchange natural language by default.

2. You need to make explicit choices between efficiency and interpretability. Not all agent communication needs to be human-readable — but the parts that need auditing do.

3. Agent communication protocols may become a real design domain. The way HTTP is the protocol of the web and gRPC is the protocol of microservices, multi-agent systems may develop their own specialized protocols. This is an open research area right now.

References

Ask this article

Answers come from this article only. Click any prompt below or open the chat at the bottom right.

🇺🇸 English

Here's the natural language between AI agents — and why researchers think we should ditch it.

When you're building a multi-agent AI system, the obvious move is to have your agents talk to each other in plain English. They were trained on language, they're good at language, so why not? Turns out, that instinct might be getting in your way.

A pattern keeps showing up in multi-agent research: when you give agents the freedom to choose how they communicate, they start drifting away from natural language on their own. They develop something shorter, denser, more compressed — a kind of task-optimized shorthand that researchers call "emergent language." And it performs better.

So what's actually wrong with natural language between agents?

Think about what natural language is designed for. It's designed for humans — and humans are ambiguous creatures. "It's done" could mean it's done perfectly, or it's done but there were problems. Agents need to disambiguate that, which requires more tokens, more context, more processing. And natural language is inherently redundant. You could convey the same information in far fewer symbols if you weren't constrained by human grammar and vocabulary.

Now multiply that inefficiency across dozens of agents, running for hours, passing state back and forth. The token overhead compounds fast — and tokens aren't free. They cost money and they cost latency.

The other problem is format instability. When you ask an agent to output structured information in natural language, you're going to get inconsistency. One run it formats a list with bullet points, next run it writes prose. You end up needing extra parsing just to extract the actual signal.

Here's where it gets interesting. Meta AI Research and a 2025 paper from Frontiers in Sustainability both observed that in training environments where agents have open communication channels, they spontaneously develop compressed symbol systems. Not human sentences — something closer to an optimized instruction set.

The analogy that clicks for me: think about how senior engineers talk to each other. "PR merged, CI green, deployed to staging." To anyone outside the team, that's opaque. But to the people who need that information, it's way faster and more precise than natural language. Emergent agent language is the AI equivalent of that — the team's internal shorthand, except the team invented it themselves during training.

These emergent languages are shorter for the same semantic content, they're specialized for the specific task at hand, and agents within the same system understand each other perfectly. The catch is that external observers — meaning us, the humans — don't understand any of it.

And that's the real tradeoff you have to sit with.

When something goes wrong and you go to debug, you can't read the agent communication logs. The emergent language is a black box. For a lot of use cases, that's a manageable tradeoff. But in high-stakes domains — financial systems, medical applications, critical infrastructure — losing that interpretability is a serious problem. Researchers are working on translation layers that let you query what agents actually meant when needed, but those add complexity back into the system.

So what should you actually do with this as an engineer building agent systems today?

You probably don't need to implement emergent language protocols right now. But there are three things this research is pointing at that are worth taking seriously.

First: inter-agent communication format is worth designing deliberately. Structured schemas, explicitly typed outputs, defined state representations — these are more reliable than just letting agents freeform text at each other. You get the compression benefits without the full black-box problem.

Second: interpretability and efficiency are in tension, and you need to make a conscious choice about where each piece of your system sits on that spectrum. Not every agent communication needs to be human-readable. But the ones that need auditing definitely do.

Third — and this is the longer arc — agent communication protocols may become a real design domain in their own right. The way HTTP became the protocol of the web, the way gRPC became the protocol of microservices, multi-agent systems may develop their own specialized protocols. That space is wide open right now.

The bottom line: natural language between agents is legible but expensive and imprecise. Compressed emergent language is efficient and precise but opaque. The research is clear that agents, left to their own devices, choose efficiency. The question for system designers is whether you're making that choice consciously — or just defaulting to natural language because it's the path of least resistance.

🇹🇼 中文

讓我把這篇文章轉換成 Podcast 音頻腳本。

---

你有沒有想過,當幾個 AI Agent 一起工作的時候,它們是怎麼「說話」的?

現在主流的設計是讓它們用自然語言——就是我們說話的方式——互相傳遞訊息、分派任務、回報結果。直覺上好像很合理,畢竟這些大型語言模型本來就是靠自然語言訓練出來的。

但問題是,自然語言其實很「貴」。

想像一下:Agent A 要告訴 Agent B「這個任務完成了,狀態是 OK,可以進行下一步」。用自然語言可能要花幾十個 token 才能說清楚。但如果是一個針對這個任務設計過的壓縮格式,也許一個簡短的代號就夠了。在你只有幾個 Agent 的情境下,這差距不明顯;但當你有幾十個 Agent 持續協作好幾個小時,這個效率差距就會變得非常實質——不只是成本,還有延遲。

更麻煩的是,自然語言本來就有歧義。它是設計給人類用的,靠上下文來消歧義。但 Agent 之間需要更精確的狀態表達——「完成了」和「完成了但有問題」在自然語言裡可能只差幾個字,但對系統來說意義完全不同。

那什麼是更好的方案?

Meta AI Research 和其他機構的研究者發現了一個有趣的現象。當你給 Agent 足夠的自由度,允許它們自己決定怎麼溝通,它們會逐漸放棄自然語言,自發地發展出一套更短、更壓縮的符號系統。研究者把這個叫做「湧現語言」——emergent language。

這套語言有幾個特點:它更短,同樣的語意用更少的符號傳達;它是任務特化的,為特定任務優化過,在那個任務上比通用的自然語言更精準;而且同一系統裡的 Agent 可以互相理解它。

一個很好的類比:你身邊的工程師同事說「PR 合了,CI 綠了,上 staging 了」,外人完全不知道在說什麼,但對團隊來說這句話比完整說明快太多了。湧現語言就是 AI Agent 版的這種壓縮。

從實際影響來看,有兩個層面值得關注。

一個是效率。研究顯示這種壓縮通訊在不降低任務表現的前提下,可以顯著減少計算成本。2025 年 Frontiers 的論文特別提到,更高效的 Agent 通訊直接轉化為更少的伺服器計算時間,連帶影響能源消耗和水冷用量——這在大規模 AI 部署的時代是真實的考量。

另一個是可解釋性,而這是最大的代價。當 Agent 之間用人類看不懂的壓縮符號溝通,你就失去了透明度。系統出問題的時候,你沒辦法直接「閱讀」通訊記錄來 debug。這在金融、醫療、關鍵基礎設施這類高風險場景裡是嚴重的限制。目前研究者正在嘗試建立「翻譯層」,讓人類在需要的時候可以查看 Agent 之間實際交換了什麼,但這本身又增加了系統的複雜度。

對現在在設計多智能體系統的工程師來說,今天不需要去實作湧現語言,但這個研究方向提醒了幾件事:

第一,Agent 之間的通訊格式值得設計,不要直接用自然語言當預設。結構化的 schema、用 Pydantic 定義的輸出格式、明確的狀態機——這些都比讓 Agent 隨意用自然語言交換狀態更可靠。

第二,在效率和可解釋性之間你需要明確選擇,而不是讓兩邊都模糊。

第三,長期來看,Agent 通訊協定很可能會成為一個真正的設計領域——就像 HTTP 是 Web 的通訊協定、gRPC 是微服務的通訊協定,多智能體系統遲早需要自己的專用協定。

總結一下今天的重點:自然語言對 Agent 來說太冗餘也太模糊;讓 Agent 發展壓縮溝通協定可以大幅提升效率,但代價是失去透明度;而未來的多智能體系統設計,可能需要明確分層——哪些通訊給人類看,哪些讓 Agent 自己優化。

Tags

Related Articles

Harness Engineering (2): Five Engineering Answers from OpenAI's Million-Line Experiment

Three OpenAI engineers, five months, one million lines of AI-generated code, zero hand-written. The real value of this experiment isn't the numbers — it's the proof that Harness design can be engineered. Five concrete practices: making the app legible to agents, treating the repo as the source of truth, mechanizing architectural constraints, rewriting merge philosophy, and background entropy management.

Harness Engineering (3): Industry Consensus, Four Pillars, and a Three-Phase Rollout

Distilling Harness Engineering from concept and benchmark case into something you can start executing today: the four fixed failure modes of Agents, the 40% context sweet spot, the four-pillar framework the industry has converged on, and a three-phase roadmap from 'this afternoon' to 'fully automated in two weeks' — closing with six industry consensus points and three still-unsolved problems.