# How to track cost across a multi-agent system > A supervisor delegating to three workers sends the same context four times. The fan-out is multiplicative and it only shows up per call. URL: https://getculpa.com/multi-agent-cost-tracking Last reviewed: 2026-08-03 Rates effective: 2026-07-02 ## Answer Multi-agent cost tracking means attributing spend across agents that delegate to each other, including the context each hand-off re-sends. Delegation multiplies input tokens rather than dividing work. Culpa, a local-first LLM cost, margin, and forecast ledger, prices every call and rolls it up to the agent, the run and the customer that caused it. ## Why this happens Multi-agent systems have a cost shape single-agent systems don't, and it comes from the hand-off rather than from the work. When a supervisor delegates to a worker, the worker needs enough context to act, so the same background is serialised into the input of every agent that touches the task. Three workers means that context is paid for four times: once by the supervisor and once by each worker. None of it counts as waste, and it buys the architecture you chose, but it multiplies rather than adds, and almost nobody models it before building. The attribution problem sits on top. When worker B spends money on behalf of a request that came through supervisor A, the cost belongs to at least three things at once: the worker that spent it, the supervisor that delegated it, and the customer whose request started it. A tool that stores one owner per call has to pick, and whichever it picks makes the other two questions unanswerable. ## What this usually looks like - Adding a specialist agent raised cost more than the work it does would suggest. - Your input tokens grew far faster than your output tokens as the system got smarter. - You can see which agent spent the money and not which request it was serving. - A supervisor looks cheap and the system it coordinates never does. - Nobody can price a single end-to-end task across the agents that handled it. ## Common mistakes - Budgeting a multi-agent system as the sum of its agents. Why it hurts: Delegation re-sends context, so the whole costs more than the parts priced independently. Do instead: Price a complete task end to end, including every hand-off, before scaling the pattern. - Attributing a sub-agent's spend to the sub-agent alone. Why it hurts: It answers which agent is expensive and loses which request and which customer caused it. Do instead: Carry the run and customer identifiers through every delegation and roll up all three ways. - Passing the full context to every worker by default. Why it hurts: Each worker pays input rate on background it may not need, once per hop. Do instead: Pass the minimum each worker needs, and measure the difference rather than assuming it. - Adding an agent because the architecture is elegant. Why it hurts: Every additional hop adds a context copy, so elegance has a per-request price. Do instead: Price the hop before adding it, and compare against doing the work in an existing agent. ## Self-check - Count the hops in your most common multi-agent task. - Measure the context tokens each hop carries, then multiply by the hop count. - Price one complete task end to end and compare it to what you assumed. - Try to attribute one sub-agent call to the customer whose request started it. ## One task, four copies of the same context (illustrative) A modelled supervisor delegating to three specialist workers. Shared context is 8,000 tokens and each agent adds 1,500 tokens of its own instructions plus 600 tokens of output. Priced on Claude Haiku 4.5 at real rates of $1.00 and $5.00 per million from the price book effective 2026-07-02. Token counts and the hop count are modelled. 4 agents each receive the 8,000-token context = 32,000 input tokens for context alone 4 agents x 1,500 own instructions = 6,000 further input tokens total input 38,000 x $1.00 per million = $0.0380 4 x 600 output = 2,400 tokens x $5.00 per million = $0.0120 one task = $0.0500, of which the repeated context is $0.0320 64% of the task went on sending the same background four times. Doing the identical work in one agent would carry that context once, so the architecture choice, not the workload, set most of the bill. ## Cost figures Every figure carries its confidence and its source. No figure on this page is provider-reported. - $0.0500, modelled cost of one four-agent task, of which $0.0320 is the same context sent four times [calculated] Source: Arithmetic shown in full on this page. 8,000 shared context tokens x 4 agents plus 1,500 own instructions x 4 = 38,000 input tokens, and 600 output x 4 = 2,400 output tokens, priced on Claude Haiku 4.5 at real rates of $1.00 and $5.00 per million from the price book effective 2026-07-02. Every token count and the hop count are modelled. - 64%, share of that modelled task spent re-sending context across hops [calculated] Source: $0.0320 of a $0.0500 task total = 64.0%, from the same modelled shape and the same real rates. Reported as a share because the share is the transferable finding: the architecture rather than the workload sets most of the bill. ## FAQ Q: Why do multi-agent systems cost more than expected? A: Because delegation re-sends context. Each agent needs enough background to act, so the same tokens are paid for once per hop. In a modelled four-agent task with 8,000 tokens of shared context, 64% of the cost is that context being sent four times rather than once. Q: Which agent should a sub-agent's cost be attributed to? A: All of them, at read time. The cost belongs to the worker that spent it, the supervisor that delegated it, and the customer whose request started it. Storing one owner per call forces a choice that makes the other two questions unanswerable later. Q: How do I reduce multi-agent cost without removing agents? A: Cut what each hop carries rather than the number of hops. Passing the minimum context a worker needs, instead of the full background by default, reduces the multiplied portion directly. Measure it per hop rather than reasoning about it. Q: Is a multi-agent design always more expensive? A: Per task, usually yes on input tokens, because context is duplicated. Whether that's worth it depends on what the specialisation buys in quality or latency, which is a judgement the arithmetic informs rather than settles. The point is pricing the hop before adding it. ## Sources - Anthropic pricing: https://platform.claude.com/docs/en/docs/about-claude/pricing Run the free Cost Leak Scan: https://app.getculpa.com/scan?source=pseo&slug=multi-agent-cost-tracking&cluster=problem Machine-readable index of every guide: https://getculpa.com/api/pages Human-readable index of every guide: https://getculpa.com/guides Site overview: https://app.getculpa.com/llms.txt Privacy: Culpa runs on your infrastructure. Your prompts and responses never leave it. Culpa counts calls to run your plan, and it fails open, so if it ever breaks your app keeps running.