Why OpenClaw burns tokens: the seven architectural drains
'You see one message. OpenClaw sends five requests.' — and one user's month cost $3,600.
The drains, in order of surprise: SYSTEM PROMPT TAX — every model call re-ships the agent's whole self-description (all the documents: soul, agent, tools, heartbeat, memory — '23 sections injected every turn'); his analogy: answering one viva question by re-reading the entire project handbook first. TOOL SCHEMAS — every tool call carries descriptions, parameters, and usage rules (~8k as-heard). CONTEXT REPLAY — conversation N re-sends 1..N-1: 'first message small; fourth message carries the first, second, and third.' HEARTBEATS — 'silent killers': his weather heartbeat burned ~170k tokens delivering... a reminder; he hit his limit without sending a single message. HIDDEN BACKGROUND CALLS — the invisible multiplier: title generation, tagging, follow-up suggestions, autocomplete; one visible reply, ~5 API calls. SUB-AGENT SPAWNS — every spawned agent is a NEW context paying the full tax again ('you have 10, 20 agents — imagine'). LARGE TOOL OUTPUTS — web pages, JSON dumps, email threads, calendar exports.
The economics punchline reframes the whole hype cycle: 'I don't think OpenClaw is making money. The model providers are making money.' The runtime's intelligence — context-gathering, orchestration, proactivity — IS the cost; you can't remove it, only manage it.
Federico Viticci (media-company founder — someone who KNEW) still landed a $3,600 month just experimenting: the tax is architectural, not a user error.
You can't fix a bill you can't itemize — this is the itemization, and it generalizes to every agent runtime, not just OpenClaw.
Token burn means you're using the agent too much.
Most burn happens per-message regardless of substance — 'hello' pays nearly the same tax as real work. The fix is design (sessions, documents, routing), not abstinence.
You see one message. OpenClaw sends five requests.
Heartbeats are silent killers.
I don't think OpenClaw is making money. The model providers are making money.
This is the finest-grained token-cost teaching in the whole archive — the seven-drain list deserves a place in your toc-standards for agent work.
Go deeper
In one line: Agent-runtime token anatomy = seven structural drains: per-call self-description (system prompt tax), per-tool schemas, cumulative context replay, scheduled heartbeats, hidden auxiliary calls (~5 per message), per-spawn fresh contexts, and unbounded tool outputs — costs that scale with design choices, not usage volume.
The tax is per-CALL, not per-conversation — short frequent sessions multiply it differently than long ones ()
Heartbeats bill while you sleep — the proactivity you bought is a standing order against your balance ()
Sub-agents multiply everything: agent count is a cost dimension, not just an architecture dimension ()
All numbers as-heard averages ('I put numbers so you understand how big the problem is') — the mechanisms are the takeaway ()
▶ Watch this taught:
Answer from memory first — the recall attempt is what makes it stick. Then reveal.
Why does a 4-line reply cost 15k tokens?
The reply is the visible 1% — the system prompt re-ship, tool schemas, context replay, and 4-5 hidden auxiliary calls are the invisible 99%. Cost lives in the architecture, not the output.






