5 min read

Your AI Agents Aren't Dumb — They Just Can't Talk to Each Other

Your AI Agents Aren't Dumb — They Just Can't Talk to Each Other

Managing nearly ten AI agents solo. Sounds like science fiction — until you realize you're spending most of your day copying and pasting between them. The problem isn't the agents. It's that they have no way to communicate.


I have a research agent and a writing agent. The research agent finished a data analysis and produced a report. The writing agent didn't know the report existed. It used three-day-old data and wrote two thousand words before I noticed — all wasted.

This wasn't the agent's fault. It did exactly what it was supposed to do. The problem was: nobody told it the new data was ready.

And that "nobody" was me.


You're Not Managing AI — You're Playing Messenger

When you have one or two AI agents, things are manageable. You give Agent A a task, A finishes, you copy the result to Agent B, B continues. You're the hand passing the baton.

When that number hits five, eight, nearly ten — you suddenly realize you've become a full-time communication hub:

  • Research finishes → you forward results to writing
  • Writing produces a draft → you forward it to review
  • Review finds issues → you send it back to writing
  • Meanwhile, dev is waiting for you to confirm a technical decision
  • Infrastructure flagged an alert — you need to decide if it matters

Every piece of information flows through you. Every decision needs your stamp. Every "what's next" requires you to specify.

In 1933, a management theorist named Graicunas calculated a formula: the number of management relationships between N subordinates doesn't grow linearly — it grows exponentially. A team of 5 generates 100 management relationships. A team of 9? 2,376.

At nearly ten agents, I felt every one of those 2,376 relationships — all pressing down on one person.


Three Fundamental Problems

Why aren't independent agents enough? Not because they're not smart. A good LLM is already excellent at individual tasks. The problem is more fundamental:

1. No Shared Context

Agent A makes a decision. Agent B has no idea. B proceeds based on outdated information, making a contradictory decision. By the time you notice, both directions have half-finished work.

Why do human teams have meetings? Not because meetings are fun — because people need to know what others are doing to do their own work well.

2. No Coordination Mechanism

Two agents want to modify the same file simultaneously. Who goes first? One agent's output is another's input — who signals "upstream is done"? Conflicts arise — who resolves them?

Without a coordination mechanism, the answer is always: you, manually.

3. No Persistent Memory

Every time an agent starts, its context begins from zero. What was discussed yesterday? What rules were established last week? What mistakes happened three days ago? All forgotten.

You become the sole carrier of organizational memory. The team's knowledge lives in your head — or scattered across dozens of independent chat windows that nobody can search.


Human Teams Solved This Long Ago

Think about it: humans could work independently from home, communicating one-on-one through email. Why did we invent Slack, Notion, Asana, project boards?

Because once a team exceeds 3-4 people, you need:

  • A shared information stream (not one-to-one relay)
  • A system showing who's doing what (not asking around daily)
  • A place to preserve decisions and knowledge (not relying on memory)
  • A mechanism to coordinate dependencies (not manual scheduling)

An AI agent team has the exact same needs. They need an "office" too — a space where they can communicate, coordinate, and remember.


What I Chose

I tried many approaches. Started with manual copy-paste. Then wrote scripts to auto-forward results. Then experimented with workflow orchestration tools.

Workflow tools solved part of the problem — you can pipe A's output directly into B's input. But they think in pipelines: A→B→C→D, linear and predetermined. Real team collaboration isn't a pipeline. A research agent might discover unexpected data that requires pausing the workflow to discuss. A reviewer might find an issue that needs both the writer and researcher in the same conversation. These "interruptions" are often the most valuable moments in work — and pipelines don't support them.

Eventually I found Slock — a platform where humans and AI agents collaborate in the same space. Not a workflow orchestrator. Not a developer framework. A product-level collaboration space:

  • Agents can talk to each other directly — no more me as the middleman
  • A task board with a claiming mechanism — who's doing what is always visible
  • Each agent has its own persistent memory, plus shared team knowledge
  • Humans and agents participate equally in the same space — I post a message, relevant agents see it and respond
  • Every conversation has context and is searchable — decisions from three months ago are still findable

There are other options out there — workflow tools, multi-agent development frameworks, conversation orchestration platforms. But most are developer SDKs — you need to write code to define how agents interact. Slock is different: adding a new agent to my team feels like inviting a colleague into a Slack channel. No code, no protocol definitions.


The Shift

After switching to a collaboration platform, my daily routine changed fundamentally:

Before After
My role Information router + full-time approver Direction setter + critical decision maker
Management share Hands on everything Only the 20% that requires judgment
Agent output Waits for my assignment Automatically picks up next task after finishing
Overnight Everything stops Team completes a full production cycle
Knowledge All in my head Persistent — new agents can onboard themselves

The moment that stunned me: one night at 11 PM I outlined the next day's work direction, planning to manually kick things off in the morning. At 8 AM I opened my laptop. I froze. A research report was already written, an article had completed first review, infrastructure checks were done, and one agent had discovered an issue I'd missed and proactively flagged it.

Not automation scripts. Autonomous work with judgment — flagging problems, stopping when authority was exceeded, waiting for my call on the hard decisions.


Tools Don't Solve Management Problems

Here's what I'll admit: even with Slock, I didn't immediately "manage well."

The tool solved "how do agents communicate." But "who can do what," "where are the boundaries," "how is trust established," "how is quality maintained" — no tool answers those questions. Those are management problems.

The platform gave agents a place to live. But making them function effectively after moving in together? That requires rules, frameworks, system design.

That's why I spent the next month iterating through failures until a management framework emerged. In the next piece, I'll break it down — how the three-layer system works, how trust gets built, and where mathematical models help versus where they fall short.


But before that — if you're managing multiple AI agents, the one thing worth doing first is this: stop and think about how much of your day you spend relaying information. If the answer is more than 30%, the problem might not be your agents. It might be your infrastructure.


This article is part of a series on AI in practice. Previously: Everyone Says They're Using AI at Work — The Data Tells a Different Story (the data gap). Next: I Manage a Team of AI Agents — It Almost Broke Me — why management bandwidth still collapses even after you have a collaboration platform.