router/A/B testing experiments

Change one thing. Measure what happens.

Prepare a controlled comparison of prompts and model behavior. Review cost and output quality together before deciding what to change.

Experiment / Workflow

From a question to an evaluation.

Create a control and treatment in your workspace. Save a draft, then start it to assign matching requests using weighted random or sticky per-user allocation.

Only requests with your X-CI-Experiment header enter an experiment. Pausing stops assignment; promotion sends future matching requests to your chosen winner. Existing observations stay available.
  • Define a meaningful difference between variants
  • Choose a representative workload
  • Measure settled cost and token use
  • Review output quality before expanding
Run requests with the API
One comparison / Four steps

Evidence before expansion.

  1. Create 2–10 weighted variants with one control.
  2. Compare prompts, models, or explicit technique selections.
  3. Review recorded charges, token use, failures, and 1–5 quality ratings.
  4. Pause to review, or promote the variant you choose.

New experiments start without samples. No savings or statistical confidence is invented; use representative traffic and your own quality criteria.

Open experiments
Evaluation / Evidence

Cost belongs beside quality.

Use the request history to compare charges and token use. Keep your own quality criteria explicit so a lower bill does not conceal an unsuitable answer.

01 / Cost

Settled charges

Read the final billing amount rather than estimating a total from the cheapest catalog row.

02 / Behavior

Representative outputs

Evaluate the kinds of prompts, tool calls, and edge cases your application actually uses.

03 / Operations

Observed reliability

Review request status and timing, then decide whether the evidence supports a wider rollout.