many models, one address

Every model behind one address, each task on the cheapest one that does it well

Model prices vary a lot. On Anthropic's own list, Claude Haiku 5.5 costs one fortieth of Claude Opus 5.5 per token on prompts up to 100k tokens, and Sonnet 5.5 costs half. Most teams still send everything to the strongest model. The Proxen proxy puts Claude, GPT, Gemini and open models behind one address and sends each task to the cheapest model that does it well, even inside one agent session. Hard work keeps the strongest model. Same quality, lower price per token.

Works with any harness your team already uses

The right model for each job, through one proxy, on one bill

how it works

One key, one address

Every tool and every agent in the company points at one Proxen address and sends one Proxen key. The proxy checks the key has budget left, applies the rules we set with you for that team, and forwards the request to the right provider on your company's own account. The log shows which model answered every request. Nobody holds a provider key and nobody logs in to a provider.

Diagram of requests from several tools entering one Proxen address and fanning out to three providers.Illustrative example

how it works

Claude through Proxen

Claude Code, the Agent SDK and plain API calls all work through Proxen. Claude Code officially supports routing through an organization's LLM gateway, so the setup is a documented one: set the base URL and the gateway key, and the provider key stays server-side. Every Claude request runs on your company's Anthropic account, under the person's or agent's own budget.

Terminal showing a coding tool configured with a gateway base URL and a per-person key.Illustrative example

how it works

Allowed models per team

Each team has a model list. Engineering might get every top model. A support team might get one mid-size model and nothing else. An agent gets only the models its job needs. A request for a model that is not on the list is refused with a clear error before it reaches any provider, so nobody pays top prices by accident.

Console screen listing teams, each with a checklist of models that team is allowed to call.Illustrative example

how it works

GPT and Gemini

The same key reaches GPT models through your company's OpenAI account and Gemini models through your Google account. Codex, Cursor and the OpenAI SDKs need only a base URL change. A person can send one request to GPT and the next to Gemini with the same key, and both show up under their name with the token cost each provider charged.

Usage view for one person showing requests split across GPT and Gemini models in a single month.Illustrative example

how it works

Open models

Open models can be added as another provider behind the same proxy, hosted by a provider you choose or on hardware you run. They are often the cheapest option for high-volume, simple work: classifying tickets, summarizing logs, first drafts, agent sub-tasks. We add them where they do the job well, and they are capped and logged like everything else.

Provider settings showing an open model endpoint added alongside the three main providers.Illustrative example

how it works

The right model per task

We design the routing with you, per team. Short, easy requests go to a cheaper model, and long or hard ones keep the strongest model. Inside one agent session the proxy can pick a cheaper or a stronger model for each step. Before a rule goes live we test it on your own work, you approve it, and the log shows which model answered. Repeated context is cached, and work that can wait goes to batch at half price.

Rules editor showing a routing rule that sends short requests to a smaller model and long ones to a larger one.Illustrative example

People

The people who tune it with you

The proxy is built with you, not bought from a pricing page. We go through how your company uses AI today, which tools and agents each team runs, and which answers have to stay top quality. Then we write the routing rules, test them on your own work, and keep retuning as new models ship and prices change. These are roles, not named people.

Takes the first call and goes through one month of your usage: which tools, teams and models cost what, where the waste is, and the saving to expect. Your point of contact from the first call onward.

Bill reviewer
Reads your bill and finds where the money leaks

Reviews your spend by model and task, then writes the rules that trim context, send easy work to cheaper models, cache repeated context and queue jobs that can wait for batch pricing.

Cost engineer
Tunes trimming, routing, caching and batch to cut the bill

Tests every rule on your own work before it goes live and compares the answers with what you get today. Keeps up with what each model does well and what it costs.

Quality checker
Makes sure cheaper never means worse

Prepares the monthly view of spend and savings by person, team, tool and model, and flags the patterns that point at the next saving.

Usage analyst
Reads the logs and reports who uses what

Sits with your engineers, learns your tools, agents and workloads, then builds the proxy around them: what to trim, what to cache, which model takes which task. Stays on it until the saving is real.

Proxy engineer
Builds and tunes the proxy for your setup

If your company does not yet have API accounts with each provider, walks you through opening them in your name, so every token is licensed to you and you can leave at any time.

Provider accounts
Helps you open and own the right API and Team accounts

Configures retention per client: metadata only by default, prompt bodies only if you switch it on, and deletion schedules that match your own policies.

Data retention
Sets what is logged, what is not, and for how long

Why Proxen

Many models, one address, under rules you approve

One address and one key per person and per agent means you can use the cheapest model that does each job, try a new model the day it ships, and see every request in one place, without opening another account or learning another tool.

Switch models without switching tools

The model name is a parameter in the request, not a different login. A team can try a new model the day it ships, as long as it is on their list. No new account, no new invoice, no new procurement cycle for every provider.

Your accounts, not ours

Proxen forwards requests on your company's own Anthropic, OpenAI and Google accounts. Provider keys stay server-side and nobody in the company sees them. If you leave, your accounts and your history stay with you.

Prices vary 40x inside one family

On Anthropic's price list, Claude Opus 5.5 costs $4 per million input tokens and Claude Haiku 5.5 costs $0.10 for prompts up to 100,000 tokens: forty times less (October 2026). Sending easy work to the smaller model is one of the biggest levers on price per token, and it costs engineers nothing in workflow.

Every call logged the same way

Claude, GPT, Gemini or an open model, the log line looks the same: who, which model, tokens in and out, cost, time. That makes spend comparable across providers and lets finance charge back one ledger instead of reconciling three invoices. Prompt bodies are not stored unless you turn that on.

40
x

Price gap per token, Claude Opus 5.5 vs Haiku 5.5, prompts up to 100k tokens (Anthropic pricing, Oct 2026)

2
x

Price gap per token, Claude Opus 5.5 vs Sonnet 5.5 (Anthropic pricing, Oct 2026)

50
%

Off input and output on batch work (Anthropic and OpenAI pricing pages)

An example setup

Three providers, one proxy, one team at a time

An example starting point: engineering on raw Anthropic keys with every request on the top model, a data team on OpenAI, a pilot on Gemini, and three invoices nobody can split by team.

We connect the company's own accounts for all three behind one proxy, write a model list and routing rules per team, and test them on each team's own work. Tools are repointed with one setting. From then on each task goes to the cheapest model that does it well, and every request has a name and a budget.

What we set up

  • Company accounts for Anthropic, OpenAI and Google
  • Routing rules per team, tested on your own work
  • Caching and batch for the heaviest workloads
  • One key per person and per agent with a monthly budget
  • One base URL change in every tool the team uses

The right model for every task, through one proxy

Further reading

Cutting the AI bill without cutting usage

Blog

Pointing Claude Code, Codex and Cursor at one gateway

Blog

A key per person: how per-person AI keys work

Blog

Offboarding someone who knows the AI password

Blog

Find out how much of your bill is the wrong model

Send us one month of usage. We show you which requests could go to a cheaper model without hurting the answer, and what that is worth. Free.

By sending this you agree to Proxen's Terms and Privacy Policy.