I Gave My AI a Team. Here Is What Happened to the Expensive Work.

A plain-English look at how I split Codex work between an OpenAI lead and lower-cost OpenRouter specialists, what the evidence shows, and what it does not.

8/4/2026

One lead, specialist workersOpenRouter-backedMeasured where possible

The new shape of the work

The expensive model leads. The specialists carry the bulk.

A central decision desk connected to specialist workstations that turn large piles of information into small evidence packets
Raw files, test output and visual checks are handled outside the lead model. Small, useful findings come back for a final decision.

I had built an increasingly capable Codex setup, but I had also created an expensive habit.

The best OpenAI model was reading almost everything: source files, long logs, screenshots, repeated searches, build output and the full history of earlier decisions. It was acting as strategist, researcher, developer, tester and proofreader at the same time.

That works. It is also a poor use of the most expensive attention in the system.

So I changed the job. The OpenAI model now leads the work. It decides what needs doing, divides the task into bounded assignments, checks the returned evidence and makes the final call. Lower-cost models reached through OpenRouter do much of the reading, implementation and testing.

The simple version is this:

The short version

Lead
GPT-5.6
Understands the request, assigns work, checks evidence and answers me.
Text workers
DeepSeek
Reads files, drafts, implements, researches and runs tests.
Visual worker
Qwen
Inspects screenshots, interfaces, diagrams and other visual evidence.
Working limit
3 slots
A small queue prevents a crowd of agents duplicating the same work.

All four roles use high reasoning effort. That matters to me: delegation should change who does the work, not quietly lower the standard of thought.

Why tokens become a cost problem

AI systems do not read text as pages or words. They read tokens, small pieces of text. A short word may be one token; a longer word may be several. Code, data and tool output count too.

Every time the lead model needs the growing conversation again, much of that material can be processed again. A large result early in a long task can therefore keep affecting later turns.

The expensive part was not only the final answer. It was repeatedly carrying raw working material inside the OpenAI lead's context.

The old flow and the new flow

Before

Everything passed through the lead

Read many source files
Run tools and absorb their full output
Implement the change
Run and interpret every test
Remember all of it while answering
Result: the premium model carries both the decision and the bulk material.
Now

Specialists return compact evidence

Lead defines one exact assignment
Worker receives only the files it needs
Worker reads, changes or tests them
Worker returns findings and proof
Lead checks the result and decides
Result: OpenAI sees the decision material, while OpenRouter handles more of the supporting work.
flowchart LR
  U["My request"] --> L["GPT-5.6 lead"]
  L -->|"Exact text task"| D["DeepSeek worker"]
  L -->|"Exact visual task"| Q["Qwen worker"]
  D -->|"Compact findings + proof"| L
  Q -->|"Visual findings + proof"| L
  L --> V["Validated result"]

The workers do not receive the whole conversation by default. They get the smallest complete package: the goal, the relevant files and the evidence they need. Credentials and unrelated private material stay out of those packages.

How this changes the bill

There is no magic removal of cost. The cost moves and, when the system behaves properly, shrinks at the expensive end.

OpenRouter workers receive
The bulky working material
  • Relevant files and documentation
  • Test commands and their output
  • Search results and comparisons
  • Screenshots for visual review
OpenAI lead receives
The smaller decision package
  • What the worker changed or found
  • The evidence that it works
  • Risks, failures and open questions
  • Enough detail to verify the result

Each model request is charged according to how much text it processes and produces. Keeping bulky working material away from the lead therefore reduces the amount OpenAI has to process. Large intermediate outputs are handled elsewhere and returned as shorter reports.

The OpenRouter calls have their own bill, so the honest comparison is not “paid versus free.” It is work moved from the more expensive lead to lower-cost specialists, plus a smaller lead-model review.

The exact saving will vary by task. A short question may not benefit at all. A long task involving dozens of files, test logs or screenshots can benefit much more.

What the historical evidence says

I built a usage-reporting tool and froze a real, unusually large TradeHero session so the numbers could be reproduced. An independent checker then calculated the totals again with a separate parser.

257.5m
Measured parent workload
Tokens processed across the recorded context windows. This is workload evidence, not an invoice total.
13
Context windows
The conversation was compacted 12 times as it grew.
1,581
Parent worker-level calls
File, shell and other supporting work carried out in the main conversation.
5.67 MB
Tool-output text
The raw output returned by tools during the session.
~1.41m
Tool-output token proxy
An approximation, not a provider billing figure.
25,945
Recorded worker tokens
Prompt and completion tokens reported by three delegated worker calls.

The strongest signal is not a promised percentage saving. It is the amount of supporting material that could have been kept out of the OpenAI lead's working memory if more of the session had been delegated properly.

In other words: the old workflow gives us clear evidence of the problem. The new workflow gives us a credible mechanism for reducing it. More comparable sessions are needed before I publish a reliable percentage or cash figure.

Reliability matters more than a clever diagram

Delegation only saves money if it does not create a second bill for correcting bad work.

The operating rules therefore make the lead responsible for quality:

  1. The lead may inspect just enough to define the assignment.
  2. A worker receives one bounded task and the exact material it needs.
  3. The worker returns evidence, not merely “done.”
  4. The lead checks that evidence before reporting completion.
  5. A stalled worker is stopped and replaced with a narrower assignment.
  6. Completed workers are closed immediately so work does not quietly duplicate.
Acceptance result
108 / 108 tests passed
The checks covered routing, high reasoning settings, duplicate watcher prevention, idle exit, stale process recovery, credential isolation, final delegation checks and reproducible usage totals.

The audit is session-scoped. It starts for significant work, watches only that Codex session and exits after 15 minutes without activity. There is no machine-wide job waking up every ten minutes when Codex is not in use.

What this proves, and what it does not

What I can support
  • The previous workflow placed very large context and tool output in the OpenAI parent session.
  • Delegation can move raw supporting work to lower-cost OpenRouter models.
  • Compact reports reduce the candidate volume that must return to the lead.
  • The routing and audit controls passed their test suite and an independent check.
What I cannot support yet
  • A guaranteed percentage reduction for every task.
  • An exact change to OpenAI account limits, because their quota formula is not present in local logs.
  • The claim that worker tokens are free; OpenRouter usage is charged separately.
  • A broad before-and-after average from only a handful of delegated sessions.

That distinction is important. “We changed the plumbing, therefore the bill fell by 80%” would be a good headline and bad evidence.

The honest conclusion is still useful: I now have a working system designed to reserve OpenAI's expensive context for the work that benefits most from it. The supporting labour can be sent to capable, lower-cost specialists, and the lead remains accountable for the result.

The part I like most

The biggest improvement is not that several models can run at once. Parallel activity is easy to make impressive and surprisingly easy to make wasteful.

The useful change is separation of responsibility.

The lead has to decide. The workers have to show their work. The visual specialist receives actual images. The text specialists receive exact files. A failed route has a defined fallback. A completed worker is closed. A significant session ends with a check that the delegation rules were followed.

That makes the setup easier to reason about, easier to test and much less likely to spend premium tokens on work that did not need a premium model.

The next stage is measurement rather than invention: compare several similar tasks, record the OpenAI parent tokens and OpenRouter worker tokens separately, and publish the real difference. Until then, I would rather show the mechanism and its limits than decorate an estimate with false certainty.

For the related local-model work, see How I Ran Qwen Locally Inside Codex on an Apple Silicon Mac.