Skip to article

Technology

The Token Department

By Barnaby Robson10 minute read

A hotel reception headed Department of Tokens, with signs for Token Plans, Token Routing, Harness Engineers and Personnel Training.

Just as all organisations have HR departments, we're going to need Token Departments.

Choosing token plans and routing together could save you thousands a year. Across a large organisation, the potential runs into millions, or tens of millions.

The saving has a condition: remove avoidable spend while keeping the quality and capacity your work requires. My work on a model selector and model routing led me here, through repeated failures.

Too much attention goes into choosing a single model. You need a mix that suits the work. One failure in our selector work was to judge value by the dollar value of token allowances. It could make an expensive, weak model look attractive and understate Sol Max’s value. Adding task cost and a required quality standard changed the comparison: how much usable work would that spend support?

Four inputs shape the quality and scale of your agentic output: token plans, model routing, harness quality and user capability. Each affects what the others can deliver.The multiplication is conceptual. It expresses dependence between four inputs; it is not a measured production function.The four-factor framework and 1.5× starting buffer are the author’s proposals. Workload shares, activity patterns, plan allowances and savings inputs are illustrative.

Chapters
  1. Plans and allocation
  2. Demand and quality
  3. Frequency and parallelism
  4. Models and effort
  5. Usable capacity
  6. Headroom
  7. Review actual use
  8. Financial stakes
  9. Key takeaways

Four inputs jointly shape agentic output

Token plans

Allowance, price and access

Model routing

Task and exact model setting

Harness quality

Tools, instructions and checks

User capability

Judgement and direction

Quality and scale of agentic output

The joint result

Author’s conceptual framework. Multiplication expresses joint dependence; it has no numerical scale.

Work I need

Define the work units, task volume and required quality. Include frequency, duration and parallel agents in the demand estimate.

Work I can afford

Assign work to exact models and effort settings. Check the conditional usable capacity of each plan combination against its governing allowances and access.

Headroom or deficit

Usable capacity minus required work gives headroom or deficit. Test the reserve and monthly budget separately.

How capacity, reserve and budget are tested

Keep the work-unit definition and allowance window consistent for demand and capacity. The essay uses a provisional capacity target of 1.5 times average demand. A plan can cover average demand and fit the budget while failing that reserve test.

Subscription price and API-equivalent allowance are inputs to a conditional estimate. Capacity depends on the assigned models, effort settings and work. The synthetic selection example exposes its demand, allocation and budget calculations.

Choose token plans and model allocations together

Start with a unit of work you can recognise: a research brief, a code change or an analysis. A work unit represents a completed workflow with a stated quality standard. Its consumption depends on the model, setting and tools used.Use the same definition of a work unit for demand and capacity. Benchmark task cost is a proxy for consumption. It does not directly measure the allowance a subscription grants, or the consumption of every complete workflow.MindStudio: forecasting token usage. Workflow measurement, agent overhead and peak-demand planning. Published 25 May 2026.

Test the purchase and the route together. For each eligible plan combination, assign the work to exact models and effort settings. Estimate the usable capacity those assignments provide, then subtract the work you need. That gives you headroom or a deficit. Check the reserve, required quality and monthly budget separately. The default ranking favours combinations that cover the workload and reserve. It then compares quality, using price when quality is close.

The result is a purchase and a routing allocation, with a monthly bill and estimated headroom. Provider trust and continuity of access also affect which purchases I would accept.The demonstration uses synthetic plans, models and limits. It tests capacity, quality and budget. It does not enforce redundancy: Plans A and B represent different providers, but together cost US$220 against the example’s US$200 budget. Requiring a second provider changes which purchases are eligible. Scores are synthetic. The ranking compares quality after capacity and budget checks. Measuring accepted work and review effort would be needed to compare realised value. The demonstration includes plan fees alone.

The example uses a quality-first rule within budget. Both Plan A with Model E Medium at US$80 and Plan B with Model Q High at US$140 meet its quality floor and reserve. The US$140 option buys a higher synthetic score: 88.1 instead of 82.4. That is another US$60 a month for 5.7 quality points. Choose the US$80 option if your objective is minimum cost at acceptable quality. Pay the premium when better accepted output or less review and rework justify the extra US$60.

Does the plan cover the work?

Why pay for the higher quality route?

Select a quantity to inspect its inputs. Double-click opens full detail.

Synthetic example. Capacity is conditional on model, effort and usage windows. Reserve is provisional.
Assumptions and source

All example plans, models, prices, scores and limits are synthetic. One work unit represents one completed workflow. The reserve is 1.5 times average demand. Task importance weights quality independently of workload volume.

Cover work and reserve first, then prefer higher task-weighted quality within budget. Within 0.5 quality points, prefer the lower fee. If no allocation covers reserve, compare coverage first. This is a quality-first allocation rule.

Source: dated Token Department chart inputs and retained selection calculations, 12 October 2026.

Usable capacity − Required work = Headroom or deficit. Reserve, task quality and monthly budget are separate checks. Click a quantity or check to reveal its inputs; double-click opens the full branch. The example tests four supplied allocations using synthetic plans, models, prices, scores and limits. Capacity remains conditional on the chosen model, effort and usage windows. The 1.5× reserve is provisional.

Work I need

Forecast the workload independently of the plans you might buy.

  • Activity: Days × Sessions/day × Agent factor. Count workflow runs and apply the agent multiplier once according to session scope.

  • Task mix: Task volumes and their shares. Split sessions by the amount of work in each task category.

  • Work-unit size: Task sessions × Tasks/session. Declare the size of a session and the unit of work used to compare capacity with demand.

Quality I require

Quality priorities determine which configurations qualify and how their scores contribute to the comparison.

  • Task importance: Importance weights quality independently of volume. A rare important task can have a high quality weight while retaining a low session count.

  • Model quality and effort: Exact configuration scores and retained floors. Compare the exact model, effort, capabilities and task-quality evidence.

Budget and access

Cash budget and access constrain the candidate plan combinations.

  • Monthly budget: Plan fees + Required extras ≤ Budget. Reserve any required tool and dictation spend before comparing subscription fees.

  • Plan eligibility: Models, interfaces, capabilities and provider rules. Keep combinations that meet the access requirements and selected plan-count limit.

Compare plans and model allocations

Test candidate plan combinations and task assignments together. Routing determines both quality and usable capacity.

  • Candidate plan combinations: Generate affordable eligible purchases. Try eligible combinations, with one plan per provider and up to the selected plan-count limit.

  • Task-to-model allocation: Task volume × Model share × Matched usage. Assign work to eligible exact model and effort pairs within each plan combination.

  • Capacity and reserve checks: Shared pools, model caps and usage windows. Test every governing constraint and apply the reserve once.

  • Compare the candidates: Safety coverage, task-weighted quality and price. Under the default ranking, prefer covering combinations, then higher quality. Price decides when quality is close.

Recommended mix

The recommendation contains a purchase and a routing allocation, together with estimated quality and capacity.

  • Plans and model assignments: Recommended purchase and routes by task. Show which plans serve the workload and the exact model and effort assigned to each task.

  • Monthly bill: Selected plan fees + Required extras. Report cash spending against the available monthly budget.

  • Headroom or deficit: Selected usable capacity − Work needed. Calculate spare work units for the chosen mix and check the reserve separately.

Illustrative inputs

The example assumes five active days, four sessions per day, one agent and one task per session: 20 completed workflows per week. The monthly budget is US$200 with no required extras. The reserve target is 1.5× average demand, or 30 work units. All plans, models, prices, quality scores, usage rates and limits are synthetic.

Task Volume share Importance
Research 40% 7
Coding 30% 6
Analytics 20% 4
Slides 10% 3
Task Model Q · High units/workflow Model E · Medium units/workflow
Research 6 3
Coding 4 2
Analytics 3 1.5
Slides 2 1
Task Model Q · High score Model E · Medium score
Research 90 86
Coding 88 82
Analytics 87 80
Slides 85 78

The synthetic minimum quality score is 75. Importance weights quality independently of volume. Weighted quality = Sum of (Importance × Task score) ÷ Sum of importance.

Plan Monthly fee Weekly pool Research cap Peak cap
A US$80 96 80 10
B US$140 144 80 16

Pool and research caps use matched allowance units per week. Peak caps use units per minute. Model Q · High has an assumed peak use of 8 units/minute; Model E · Medium has 4. A and B represent separate providers. Their shared pools are checked independently.

Illustrative candidate comparison

Candidate allocation Monthly bill Usable work/week Quality score Result
Plan A · Model Q High US$80 21.8 88.1 Covers average work; reserve falls short
Plan A · Model E Medium US$80 43.6 82.4 Covers work and reserve
Plan B · Model Q High US$140 32.7 88.1 Recommended under the default ranking
Plans A + B · Model Q High US$220 Excluded 88.1 Over budget

Model Q uses 88 allowance units/week; Model E uses 44 at the same task volume. The two assignments change both quality and usable capacity within Plan A. Plan B’s higher-effort allocation covers the reserve and has the higher quality score. The default ranking recommends it at US$140/month.

For each candidate, divide full-forecast usage by each matched limit. Cover = 1 ÷ Largest fraction used. Usable work C = Work needed D × Cover. Headroom or deficit = C − D. Test C ≥ D × Reserve and Plan fees + Required extras ≤ Budget separately.

The recommended allocation has 32.7 work units of capacity against 20 needed, giving 12.7 spare. Its 30-unit reserve target fits. Capacity stays conditional on the declared work mix, timing and matched limits.

The current selector uses exact Arena category median task costs as allowance proxies and inferred allowances. Measured mean usage of complete workflows can refine expected demand; stress cases and peak windows remain separate checks. The example supplies four allocations to illustrate the selection rule. The full selector searches its eligible catalogue.

Default ranking favours covering combinations, then task-weighted quality. Within 0.5 quality points it prefers lower monthly cost. If no combination covers the reserve, coverage differences above 0.5 percentage points take priority. Headroom is reported as an output.

Task volume and required quality are separate inputs

Start with the work you actually do. Research, coding, analytics, slides. Put a volume against each task type. An overall leaderboard cannot tell you which mix you need.

Then state the standard each task must meet. If you are a lawyer, fabricated case law can invalidate the result. For analytics, you need reproducible calculations. A rare task can still require your most capable model.

How often you do something and how costly an error would be are separate questions. Treat image generation as its own workload, with separate quality and allowance evidence.

Research accounts for 40% of this illustrative workload

TaskVolume shareRequired standard
ResearchTraceable sources
CodingTested behaviour
AnalyticsReproducible maths
SlidesAccurate, usable content
Author’s illustrative task mix, total 100%. Shares measure volume; required standards are separate. Image generation requires a separate workload estimate.

Illustrative shares of task counts. Quality criteria are separate judgements. Estimate token consumption from the work performed.

Frequency, duration and parallelism affect demand

Classify your use as light, regular, high or multi-agent for a first estimate. Longer tasks and parallel agents change how much capacity you need.

Your session history should refine that estimate. Categorise the tasks and record the models and settings used. Include context, tool calls and retries across the whole workflow. One session may contain several tasks, with very different costs.

For each task type, multiply its volume by the assigned model shares and usage per task. Sum the result within the relevant allowance pools. Count background work and agent expansion once. Keep the units consistent with the provider's limits.

The current selector estimates use from Arena's median task costs and inferred allowances. Those estimates remain conditional. Measured mean consumption of complete workflows can improve the forecast. Keep separate checks for stress cases and short usage windows.

Start with a rough estimate. Refine it when the purchasing decision warrants the effort.

Frequency, duration and parallelism change demand

ProfileFrequencyDurationParallelism
LightOccasionalShortOne active session
RegularRepeatedRoutineOne active session
HighFrequentSustainedOverlapping sessions
Multi-agentWorkflow drivenTask dependentSeveral agents in parallel
Author’s schematic profiles. The descriptors are qualitative assumptions, with no measured timing or token quantities.

Qualitative usage profiles. Frequency, task duration and parallelism guide the first estimate; actual consumption comes from usage records.

Compare exact models and effort settings

Choose a model and an effort setting together. A Pareto comparison first removes options that cost more and score lower.

In Arena's Overall snapshot, Opus 5.5 High costs US$1.80 per task and scores +14.33% net improvement. Astra Max and Fable 5.1 Max both cost more and score lower. Opus dominates them in this comparison.

Then choose among the remaining trade-offs. Sol 6.1 Max costs US$0.59 per task and scores +11.72%: 67% lower median cost than Opus for a 2.61-percentage-point gap. Sol also sits within 0.94 percentage points of Fable 5.1 Max, at 91% lower cost.

I would choose Sol 6.1 Max as my default, and pay for Opus High when the additional quality matters. Check your task category and acceptance criteria before following that choice.Arena Agent Pareto, Overall category, captured 11 October 2026 at 22:34 HKT. Values use 50th-percentile task cost over the preceding 14 days; ranking dated 8 October. Net improvement is a benchmark measure. The chart shows selected configurations and their point-estimate frontier. Rankings carry uncertainty; task-specific acceptance quality and subscription capacity require separate checks.Arena Agent Pareto, Overall category, captured 11 October 2026; ranking dated 8 October.Arena: categories and task cost. Costs sample at most the first three tasks of a session.Arena: evaluation methodology.The Pareto plot uses observed data for selected Overall configurations. Benchmark net improvement is distinct from task-specific acceptance quality. Cost per task is distinct from subscription allowance consumption.

Sol costs 67% less than Opus for a 2.61 pp score gap

Opus leads the selected subset; Sol offers a lower-cost trade-offCost per task in US dollars on a logarithmic horizontal axis, .07 to 6.52. Net improvement on the selected benchmark, +1.93% to +14.33%. Exact six-row values follow the plot.Net improvement · %1.93814.33$0.07$0.59$6.52Cost per task · US$ · logarithmic scaleLuna Max · $0.07 · +1.93%Luna MaxDeepSeek Max · $0.12 · +3.80%DeepSeek MaxSol 6.1 Max · $0.59 · +11.72%Sol 6.1 MaxOpus 5.5 High · $1.80 · +14.33%Opus 5.5 HighAstra Max · $3.45 · +13.09%Astra MaxFable 5.1 Max · $6.52 · +12.66%Fable 5.1 Max

Opus dominates Astra and Fable in this subset. Sol costs 67% less than Opus for a 2.61 pp score gap. Sol is within 0.94 pp of Fable at 91% lower cost.

Exact configurationCost / taskNet improvementSubset position
Luna MaxUS$0.07+1.93%Subset frontier
DeepSeek MaxUS$0.12+3.80%Subset frontier
Sol 6.1 MaxUS$0.59+11.72%Subset frontier
Opus 5.5 HighUS$1.80+14.33%Subset frontier
Astra MaxUS$3.45+13.09%Dominated by Opus
Fable 5.1 MaxUS$6.52+12.66%Dominated by Opus
Frozen Arena capture, 11 October 2026, 22:34 HKT; ranking dated 8 October. Cost is P50 median over the last 14 days. Six selected configurations; point estimates on one benchmark. The dashed line joins the subset frontier. Subscription-pool inference requires matched usage evidence.

Source: Arena Overall, 50th-percentile cost, median task cost over the last 14 days; captured 11 October 2026, 22:34 HKT, ranking dated 8 October. Selected configurations and their point-estimate frontier. Net improvement is a benchmark score.

Choose a plan that supports the intended routes

Once you have candidate model assignments, compare the plans that can support them. Check access to the exact models, settings and tools. Test each governing allowance, including shared pools, separate model caps and the periods over which they reset.

The same plan can deliver different capacity under different routes. In the synthetic example, Plan A supports 21.8 or 43.6 work units per week. Changing the assignment also changes its quality score. Capacity and routing are part of the same decision.

Cursor gives a concrete example of why routing belongs in the purchase decision. Selecting a third-party model draws down its Other Models pool at that model’s token rates. At the captured benchmark task costs, Sol Max would use about a third as much of that pool per task as Opus High. That could support about three times as many comparable tasks from the same pool, if your usage matches the benchmark. The plan’s other included capabilities also contribute to its value.Cursor models and pricing: Cursor Models and Other Models are separate pools that reset monthly. Third-party usage draws from Other Models at the selected model’s application programming interface (API) rate. Input, output and cached tokens have different rates. Pool consumption and the subscription’s cash fee are separate quantities. Cursor’s legacy Max Mode concerns context and billing; it differs from a model’s Max reasoning effort.Cursor: task-based usage estimation discussion. Users request usage ranges and explained model choices. The response identifies output, tools and extra context as sources of uncertainty. August–September 2026.

For a company, group people by workload and intensity. Long coding runs need a different forecast from brief research requests. Aggregate under the actual commercial terms, including shared and individual allowances. Buying everyone the same plan without checking the work is procurement by shrug.

I also need to trust the provider. Anthropic has shut me off three times in 2026 without explaining why. That experience changes what I am willing to depend on. A provider can also become a competitor to businesses that use its models.These examples establish overlap between supplier and customer products. Cursor offers Anthropic models, while Anthropic introduced Claude Code. Chegg announced CheggMate, built with GPT-4 in April 2023; OpenAI introduced ChatGPT study mode in July 2025. My inference is that a model supplier can also compete in its customers’ market. These sources do not establish copying or intent.

My answer is multiple models and redundancy across providers. I want a primary route and a usable alternative, with the context, prompts and tools ready to move. Test the alternative on the work it may need to take over. Buying that continuity may cost more. It belongs in the plan decision.

Plan B covers the reserve at the higher quality setting

Demand 20 work units/week · provisional target 30 (1.5×)

Plan and routeFee / monthWork / weekQualityReserveRole
Plan A · Model Q · HighUS$8021.888.1FAILReserve shortfall
Plan A · Model E · MediumUS$8043.682.4PASSMinimum-cost cover
Plan B · Model Q · HighUS$14032.788.1PASSSelected, quality-first
Over-budget combination

Plans A + B cost US$220/month, above the US$200 budget. They are excluded from the covering comparison.

Default synthetic example, 12 October 2026. Changing inputs in the interactive example does not update this table. Capacity depends on the route and usage windows. Choose the higher quality route when its improvement justifies the extra fee.

The table compares the default synthetic allocations with demand of 20 work units and the provisional target of 30. Changing inputs in the interactive example does not update this table. Fees, quality scores, models and allowances are illustrative.

Average demand needs headroom

A plan that runs out at the deadline is a false economy. Forecast the busy periods as well as average use. Longer tasks and repeated attempts can push demand above the forecast.

My starting capacity target is 1.5 times estimated average use, giving a 50% buffer. Test it against actual variation within each governing window. The right reserve depends on the work and how costly it is to run short.1.5× is the author’s provisional starting target. It adds 50% to estimated average demand. It does not imply a quantified probability of sufficient capacity. Refine it using observed variation within the actual reset windows.

A provisional 50% buffer raises the target to 1.5× demand

100%Average demand+ 50%Provisional buffer

1.5 × average demand = provisional target

Author’s provisional reserve assumption. Changing inputs in the interactive example does not update this strip. Test the buffer against actual variation within each usage window.

Author’s starting assumption, normalised to average demand. Check the buffer against observed variation within each usage window.

Review the choices as actual use develops

Define value as completed work that meets the required standard per dollar spent. Record review time, failed attempts and rework alongside it. The allowance you can draw down is one input to that outcome.

Compare the forecast with what actually happens. Where did capacity run out? Which tasks used more than expected? Adjust the routes and plans from those records as workflows, models and user skills change.

As you get better at delegating, you may find more work worth giving to agents. More useful output can justify higher total spending. Judge the allocation by both the bill and the work delivered.

Accepted work per dollar guides each review

  1. Record actual use
  2. Compare with forecast
  3. Adjust plans and routes
  4. Review accepted work

↩ Return to actual use at the next review.

Accepted work ÷ US$ spentRecord review time, failed attempts and rework alongside the ratio.
Author’s review framework. Accepted work is quality-qualified. Review effort and failed work affect the operating cost.

Author’s proposed review cycle. Accepted work meets the stated quality standard. Value divides accepted work by total spend; review time, failed attempts and rework remain visible alongside it. Demand growth is an unmeasured possibility.

The financial stakes grow with the number of users

Assume US$200 per user each month in plan and token spend. Cut avoidable spend by 10%, while keeping required quality and capacity. That saves US$20 a month per user. Across 10,000 users: US$2.4 million a year. At 100,000: US$24 million. These are illustrative gross savings before the cost of running this process; US$200 is an assumption.The corporate calculation assumes US$200 per user per month and a 10% reduction in avoidable spending. US$200 is an illustrative baseline. No organisation-wide average has been established here. The individual case assumes US$100 of monthly savings. These examples show scale; realised savings depend on the waste available to remove. Subtract the operating cost of maintaining evidence, routing and reviews to estimate a net saving.

For an individual, saving US$100 a month adds up to US$1,200 a year. Your actual saving depends on the waste available to remove. For a company, the decision includes how much useful work the spend enables.

A 10% reduction yields US$2.4m gross annually for 10,000 users

ScenarioAnnual gross savingCalculation
IndividualUS$1,200US$100/month × 12
OrganisationUS$2.4m10,000 users × US$200/month × 10% × 12
Large organisationUS$24m100,000 users × US$200/month × 10% × 12
Author’s illustrative assumptions. US$200 per user per month is an assumed corporate spend. Gross savings precede operating cost; deduct that cost to estimate net savings.

Illustrative annual savings in plan and token spend, in US dollars. Corporate examples assume US$200 per user per month and a 10% reduction. The individual example assumes a US$100 monthly saving.

Key takeaways

Getting the right plans and models into people's hands deserves attention alongside capital expenditure. That is the broad idea of a Token Department: take responsibility for the allocation across those four inputs.

For an individual, you own this process. In a company, name someone to keep allowance evidence and routing rules current and revisit renewals. Track accepted work, review time and failures at usage limits. Count the effort of doing this against the savings.

Start with the work you need to deliver. Choose the plans and routes that can support it, keep an alternative ready, then check the forecast against actual use.

Further reading

Relevant posts & resources

Next in the series

Part 2 of 4

Coming soon

Say hello

Draft a message about the work you need to complete.

Local draft preview. No message is sent. Review the draft, then copy it for use elsewhere.