Why a team uses more tokens
Most tools point a single AI agent at your whole task. Castforge runs a small team instead, and a team uses more tokens than one agent. That is expected, and it is worth understanding so you can decide when the extra work is worth it.
There are two main reasons:
- Each role is a separate teammate. A Lead, a Coder, a Reviewer, and any other role you add are each a separate agent that reads the task and works in its own context. Where a single agent reads the task once, a three role team reads and reasons about it three times, once per role, plus the handoffs between them.
- Review loops add back-and-forth. When the Reviewer can request changes back to the Coder, the work goes around again: the Coder revises, the Reviewer re-checks. Each round is more work, so the review loop pushes usage up a notch.
On Claude specifically, programmatic runs draw from your capped Agent SDK credit first, then from standard API rates once that credit is used. A team that does more work draws from that credit faster than a single agent would. This is the same billing context shown on the Claude card when you connect it.
The intensity indicator
When you set up a team, Castforge shows a relative intensity indicator: Token use: Light, Moderate, or Heavy, with an approximate range like "~2-3x a single agent for the same task".
A few things to keep in mind:
- It is relative and approximate, not a measured token count. The "~Nx a single agent" framing compares a team to a single agent doing the same task, as a rough expectation, not a precise number.
- It varies by project. A small change costs far less than a large feature, whatever your team looks like. The tier sets an expectation; it does not promise a figure.
- It rises with the team. Roughly, one role reads Light, a small team reads Moderate, and a larger team reads Heavy. Turning the review loop on bumps the tier up one notch, because the Coder and Reviewer iterate.
The indicator exists to set expectations honestly, so a bigger token bill is never a surprise. It does not change what your team does; it just tells you, before you start, that more roles means more work.
How to spend less
If you want the same outcome for fewer tokens, these are the levers, roughly in order of impact:
- Use fewer roles for small tasks. A solo Coder is plenty for a quick fix or a small change. Add a Lead, a Reviewer, a Tester, or a Researcher when the task is large enough to benefit from the structure.
- Put a cheaper model on the Lead and Reviewer seats. Each seat picks its own model. A planning or reviewing role often does fine on a cheaper model, while you keep your strongest model on the Coder. A cheaper model changes the cost per token, which is a real saving even when the token count is the same.
- Turn the review loop off for small work. The "Reviewer can request changes back to Coder" rule is the single biggest driver of extra rounds. Turn it off when the work does not need a second pass, or cap the number of rounds (1 to 5) so it cannot run away.
- Prefer Careful or Balanced over Autonomous. More autonomous modes do more on their own, which can mean more turns. The round cap already guards runaway review rounds, but a more conservative mode keeps you in the loop and keeps the work focused.
A good rule of thumb: start small, and add roles or turn on the review loop only when the task is big enough to earn them. You can change any of this at any time, both when creating a project and later in the project's Agents and roles settings.