Product

Product overview Agents Automations Apps Code (Beta) Integrations Governed Runtime Security

Where Renly runs

Windows app Android app Inside other AI apps

Solutions

Finance Sales Operations People and HR Marketing Enterprise

Resources

Pricing Docs Academy Blog Compare Support

AI governance and capability

AI governance framework AI governance assessment AI capability maturity AI maturity assessment
Book a demo Sign in

Lesson 6 of 9 · 9 min read

Multi-agent systems

One agent with forty tools gets confused. Several focused agents working together can do more, but only if you choose the right shape for how they cooperate.

Why use more than one agent?

Start with a warning: most tasks need one good agent. Adding agents adds cost, delay and more places for things to go wrong. But there is a point where a single agent stops coping. Its instructions grow to cover five jobs, it has forty tools and picks the wrong one, and its context fills with material that is irrelevant to the step it is on.

At that point, splitting the work helps. A focused agent with one job, a short set of instructions and six tools is more reliable than a generalist with everything. The question becomes how those focused agents should work together. There are four basic shapes.

The four shapes

  • Single agent. One agent, one loop. Simple to build, simple to reason about, simple to audit. The right default.
  • Vertical (hierarchical). A lead agent breaks the task down, delegates pieces to specialist agents, and combines their results. Clear control and clear accountability. The weakness: the leader is a bottleneck and a single point of failure. If it misunderstands the task or splits it badly, every specialist does the wrong work well.
  • Horizontal. Peer agents work as equals, passing work and critiques between them, for example a drafter and a reviewer. More flexible and good for debate or review, but coordination is slow, runs are harder to predict, and it is harder to say who decided what.
  • Hybrid. A lead agent at the top, with small peer groups beneath it. Most large systems end up here: hierarchy for control, peers where review or debate improves quality.
Four shapes of agent system Four small diagrams side by side. Single: one agent. Vertical, or hierarchical: a lead agent connected downward to three specialist agents. Horizontal: three peer agents connected to each other in a triangle. Hybrid: a lead agent connected to two groups, one of which is a pair of peers connected to each other. Single Agent simple, auditable Vertical Lead leader is a bottleneck Horizontal slow coordination Hybrid Lead control plus peer review
Start single. Move to vertical when one agent is overloaded. Add peers only where review or debate improves the result.

Delegation is a contract

In a hierarchical system, the quality of the result depends on the quality of the hand-off. When a lead agent delegates, the request to the specialist should read like a good brief to a colleague:

  • Purpose: what this piece is for and how it fits the whole.
  • Inputs: the facts the specialist needs, so it does not have to guess or re-fetch.
  • Expected output: format, length, level of detail.
  • Limits: what it must not do, and when to stop.

Two governance rules matter just as much. First, a specialist never gets more rights than the person who started the work. Delegating to another agent must not become a way around approvals or access limits. Second, delegation needs a depth limit. Agents that can delegate to agents that can delegate again can loop, multiply cost, and bury accountability three levels down.

Common failure modes

  • The telephone game. Each hand-off loses detail. By the third agent, "draft for internal review" has become "publish."
  • Duplicated work. Two specialists both fetch the same data, or both make the same change.
  • Cost multiplication. Every agent reads its own context. Five agents can cost far more than one.
  • Lost accountability. When something goes wrong, you need to know which agent did what, on whose behalf. Each delegated run must leave its own record.

Worked example: a quarterly business review pack

An account director asks for a QBR pack for a major customer: revenue and usage trends, support history, open opportunities, and a two-page narrative. One generalist agent would need finance, CRM, ticketing and writing skills at once, and would likely lose the thread.

A vertical design fits. A lead agent breaks the request into three briefs and delegates:

  1. A finance analyst agent: "Revenue by quarter for the last four quarters for this customer, with the change quarter on quarter. Table only."
  2. A support agent: "Tickets in the last quarter, grouped by severity, with any open P1s named."
  3. A CRM agent: "Open opportunities with stage, value and next step."

The lead combines the three and writes the narrative. Where would a horizontal step help? At the end: a reviewer agent reads the narrative against the figures and flags any claim that the tables do not support. That makes it a small hybrid. Where is the risk? If the lead misreads "last four quarters" as "this year," all three specialists do the wrong period. The lead is the bottleneck, so its brief is the thing to check.

Checking a multi-agent result

A combined answer can look polished while hiding a weak link. Before you rely on one, check it the way you would check a report assembled by several colleagues. First, trace each important claim back to the specialist that produced it: a figure in the summary should match the figure in the finance agent's table. Second, read the briefs the lead sent, not just the answers that came back; most errors start in a vague brief. Third, look for gaps between pieces: nobody owned the part of the task that fell between two specialists. Fourth, compare the cost with what a single agent would have spent. If the multi-agent version is not clearly better, the simpler design wins.

When not to go multi-agent

Before splitting, try the cheaper fixes: tighter instructions, fewer tools, a better plan (lesson 3). If the task has fixed steps that never change, a workflow with one agent per step (lesson 7) is more predictable than agents delegating freely. Reach for dynamic delegation when the work genuinely needs different expertise and the split cannot be known in advance.

Multi-agent work in Renly

Renly's default agent, named Renly, can consult specialist agents from your organization for part of a task, then combine what they return. Each consultation runs as its own conversation with that specialist, on behalf of the same person, and delegation is limited to three levels deep. For fixed multi-step work, automations put a different agent on each step, which is the hierarchical shape with the plan written down in advance.

Try it in Renly

Watch a coordinator delegate

About 10 minutes. You need at least two specialist agents in your organization, for example from the agents hub library.

  1. Open Agents and note the names of two specialists whose skills a task needs, such as a finance agent and a marketing agent.
  2. Start a new chat with the default Renly agent. Ask for work that needs both, and say so: "Consult the finance agent for a simple budget for a product launch webinar, and the marketing agent for a promotion plan, then combine them into one page."
  3. While it works, watch the steps it shows. Each hand-off appears as Consulting specialist. Count the consultations and note what each one was asked.
  4. Read the combined answer and judge the hand-offs: did the finance brief include the date and audience? Did anything get lost between the specialist and the final page?
  5. Compare with a single agent: in a new chat, ask one specialist to do the whole task alone. Which answer is better, and which took longer?

Delegation happens on your behalf: the specialists work with your connected accounts, not someone else's. Write the brief you would want a colleague to receive, and the hand-offs get better.

Key takeaways

  • Default to a single agent. Split only when one agent is overloaded with jobs, tools or context.
  • Vertical (hierarchical) systems give control, but the leader is a bottleneck and single point of failure.
  • Horizontal systems suit review and debate but coordinate slowly. Hybrids combine the two.
  • Delegation is a contract: purpose, inputs, expected output and limits.
  • Specialists never get more rights than the person who started the work, and delegation needs a depth limit.