A developer on Reddit recently told me: "Companies right now are risking the LLM-led parts of their architecture due to FOMO. We'll see how far they get".
He is absolutely right. Fear Of Missing Out is driving engineering teams to ship "Autonomous Agents" at breakneck speed. But in the rush to production, we are abandoning 20 years of established software engineering principles.
We are letting probabilistic models control deterministic runtimes.
If you are routing network traffic, validating data schemas, or checking user permissions using an LLM prompt, you are not building a resilient system. You are building a fragile prompt-chain wrapped in hope. When it fails (and it will), it will be slow, expensive, and completely un-auditable. InfoSec won't accept "the model hallucinated the auth check" as a valid incident report.
The Cure: The Manager-Executor Pattern
To build enterprise-grade Multi-Agent Systems, we must separate the Cognitive from the Deterministic.
1. The Manager (Probabilistic) This is the LLM. Its only job is to reason, plan, and analyze context. It decides what needs to be done. It does not execute code. It does not manage its own memory. It requests actions via strict JSON schemas.
2. The Executor (Deterministic) This is your runtime framework. It acts as the boundary. When the Manager requests an action, the Executor:
- Verifies the agent's permissions.
- Validates the payload against a strict schema.
- Checks the token/cost budget.
- Executes the code (API call, DB write).
- Returns the exact result to the Manager.
The Framework Controls the AI
The fundamental shift required in MAS architecture is understanding that the framework must control the LLM; the LLM must never control the framework.
Right now, developers are having to build these custom state machines and validation layers from scratch because popular frameworks default to LLM-routing. It's time we standardize this. We need "A Real Framework" for Multi-Agent Systems—a framework that enforces the Manager-Executor pattern by default.
Stop relying on vibes-based engineering. Let's get back to rigorous software architecture.
Top comments (0)