Agent Orchestration

Agent Orchestration

The discipline of coordinating multiple AI agents — each with their own role, context, and tools — so they collectively achieve a higher-level goal. Distinct from running a single agent in a chat loop: orchestration adds routing, task queues, shared state, and coordination primitives.

Key points

  • The core orchestration problem is visibility and coordination at scale: when you have 5-20 agents running concurrently, you can't track them in individual terminal windows. You need a dashboard, a ticketing system, and a shared task queue. Paperclip was built explicitly to solve this pain point [src-001].
  • Orchestration patterns differ by who is in charge. Three options:

– Human-first: user prompts each agent individually; the orchestrator is a multiplexer.

– Lead agent-first: one "CEO" or "planner" agent delegates to worker agents. This is Paperclip's model.

– Event-first: agents wake up on schedule or triggers (heartbeats, webhooks) and check their task queue. This is OpenClaw's original model, now part of Paperclip.

  • Good orchestration requires per-agent instruction files so agents have stable identity and priorities across resets. Paperclip uses 4 files per agent: agents.md (context), heartbeat.md (what to do on wake), soul.md (persona), tools.md (capabilities) [src-001].
  • Budget and model-per-agent become first-class concerns at scale. Not every agent needs to be Opus/Sonnet — designers and summarisers can run on cheaper models [src-001].

Related entities

  • Paperclip — primary orchestration platform in this wiki
  • OpenClaw — earlier implementation that popularised heartbeats
  • Claude Code — the underlying runtime Paperclip uses per agent

Orchestration as schema-driven work

The deeper pattern behind orchestration is encoding operational knowledge into a schema that the LLM follows autonomously [src-002]. Paperclip's per-agent files (agents.md, heartbeat.md, soul.md, tools.md) are a specialised case. Karpathy's CLAUDE.md for the LLM Knowledge Bases (Karpathy pattern) pattern is another. Robin's own CLAUDE.md (with 21+ active skills and their routing rules) is a third. In each case, the schema file IS the product specification for an AI colleague.

This is why orchestration and knowledge-management look structurally similar: both require a durable declaration of "here is how you, the LLM, should operate when I'm not watching."

The agentic mechanism underneath

Each orchestrated agent is itself running the ReAct Loop (Reason + Act) [src-003]. Orchestration doesn't replace the ReAct loop — it coordinates multiple ReAct loops that communicate through a shared task queue, ticketing system, or file system. The mechanism at the atomic level is the same; the orchestration layer is the coordination protocol on top.

Google's A2UI v0.9 post adds two interface-adjacent orchestration pieces. [[agent-to-agent-protocol|A2A]] provides a transport for remote agents communicating with agents or frontends, while A2UI defines the UI the user touches when an agent drives a client interface [src-038].

Google Cloud's enterprise-agent session adds an operations/governance view: as agents move from delegated workflows to autonomous agents and Dynamic Agent Swarms, orchestration needs identity, authority, traceability, policy enforcement, and real-time intervention, not only task routing [src-043].

Preston Holmes' Context Sharding frame treats multi-agent roles as focused context windows for sub-problems that are too large or heterogeneous for one agent context [src-043].

Next '26 productizes orchestration inside Gemini Enterprise Agent Platform with Agent-to-Agent Orchestration, graph-based ADK workflows, Agent Registry, Agent Marketplace, long-running agents, Memory Bank, Memory Profiles, and Agent Sessions [src-044].

Cursor's team-era demo is the software-development version of this orchestration problem: many agents with separate remote computers can work on different coding tasks in parallel, but the human and product layer still need task assignment, review, testing, and architecture control [src-080].

OpenAI's GPT Realtime 2 Build Hour adds a realtime voice orchestration pattern. A voice agent can route among UI tools, external APIs, dashboard tools, and background investigations while maintaining the spoken conversation; Sierra also describes supervisors that review an ongoing call asynchronously and inject context without forcing the model to answer immediately [src-083].

Related concepts

Updates from bulk ingest

From src-007 (cluster 4)

  • The 'single-brain' voice-agent principle: when orchestrating Vapi with n8n, the voice agent itself is the only reasoning layer; back-end workflows should remain deterministic to avoid doubling latency, cost and error surface. A concrete counter-example to multi-agent composition in real-time voice contexts (y-cq_Qo4zVo)

Source references

  • [src-001] Nate Herk — "Claude Code + Paperclip Just Destroyed OpenClaw" (2026-03-28)
  • [src-002] Robin Cartier — "Karpathy's LLM Knowledge Base: A Practitioner's Verdict" (2026-04-08)
  • [src-003] Robin Cartier — "What is Agentic AI? A Complete Guide" (2026-03-10)
  • [src-007] Nate Herk cluster (see summaries/src-007-*.md)
  • [src-038] Google A2UI Team — "A2UI v0.9: The New Standard for Portable, Framework-Agnostic Generative UI" (2026-04-17)
  • [src-043] Google Cloud Events — "Operationalize AI: A blueprint for managing enterprise agents at scale" (2026-04-24)
  • [src-044] Thomas Kurian — "Welcome to Google Cloud Next '26" (2026-04-22)
  • [src-080] Cursor — "The next era of AI coding" (2026-05-12)
  • [src-083] OpenAI – "Build Hour: GPT-Realtime-2" (2026-05-13)
Recent posts
    Archive
    No archives to show.
    Tags

    Senior AI product leadership

    For roles, workshops, advisory conversations, or speaking opportunities.

    Start a conversation