Sub-Agents Are Not the Only Way
Summary
The article challenges the default sub-agent orchestration pattern in multi-agent systems, advocating for decentralized coordination via a shared message board. It introduces Blueprint Bulletins, a feature that allows agents to post self-expiring notes on a shared board for ambient coordination without a central orchestrator.
Similar Articles
An alternative to multi-agent frameworks: put the orchestration in the folder structure
Proposes an alternative to traditional multi-agent frameworks by using folder structures to manage orchestration, simplifying coordination and reducing complexity.
Multi-agent coordination in a repo: mailboxes are the easy half, knowing who to notify is the hard half
An engineer discusses the limitations of mailbox-based agent messaging and proposes structural addressing over a code graph to compute blast radius for message routing, arguing this is key for scaling beyond three agents.
Most "multi-agent orchestration" is just a single agent calling a function. Stop rebranding function calls as agents.
The article critiques the overuse of the term 'multi-agent orchestration,' arguing that many implementations are simply single agents using function calls rather than true distributed systems. It highlights practical, production-tested patterns like sequential pipelines and human-in-the-loop workflows as alternatives to complex but ineffective architectures.
Experimenting with a multi-agent system without leaders or messaging
The author details an experimental multi-agent orchestration framework using a directed acyclic graph (DAG), concentrating intelligence in planner and replanner components while keeping worker agents mechanical. They are seeking community feedback, benchmarks, and existing research to validate its practicality against conventional message-passing approaches.
Multi agent vs Single Agent systems
The article argues that most 'agentic' systems are actually single agents with tools, highlighting the high costs and complexity of multi-agent setups. It outlines three valid multi-agent patterns—orchestrator-worker, pipeline, and peer-to-peer—and provides criteria for deciding when to use them versus a single agent.