Cost and models
Understand and control what a fused run spends.
Why cost matters here
An ensemble can run multiple live RouteKit models plus judge/synthesis calls on every prompt. Fusion trades extra calls for better answers, so usage can add up faster than a single-model RouteKit session.
For provider selection, model ids, local MLX cache commands, and mixed panels, read Models and panels. This page focuses on spend control.
Ways to control cost
Pick cheaper models
For an embedded project router, choose cheaper namespaced entries from the
provider's catalog and use fusionkit doctor to validate the configured IDs.
Use routekit models list to inspect available entries only when router.url
targets the standalone singleton, then compose those IDs:
fusionkit ensemble add economical \
--member openai/gpt-5-mini \
--member openrouter/qwen/qwen3-coder \
--judge openai/gpt-5-miniOr commit it via the .fusionkit/ folder.
Shrink the panel
A panel can be a single model plus a judge if you want fusion's synthesis step without a wide fan-out.
Cap the session
Use --budget to stop a session after gateway-observed spend crosses the cap.
fusionkit codex --budget 5Persist the same cap in .fusionkit/fusion.json:
{
"version": "fusionkit.fusion.v4",
"router": { "config": ".routekit/router.yaml" },
"ensembles": {
"default": {
"members": ["openai/gpt-5-mini"],
"judge": "openai/gpt-5-mini"
}
},
"budgetUsd": 5
}Preview before you spend
fusionkit config showshows the effective namespaced-model ensembles and judge.
Inspect accumulated cost later:
fusionkit sessions
fusionkit sessions show <id>Provider access and pricing metadata are RouteKit responsibilities. FusionKit meters usage returned across that boundary.