New/zeroproof-ecommerce-1b, a real-time safety judge for disputes and refunds. Read the release

Behavioral Trust Infrastructure for AI

We simulate your domain to generate the training data, the evals, and the verifier, then post-train a judge small enough to run on every request.

SimulationTraining dataReal-time judgesPost-training

Dispute management language model

1B params

“There’s an $81.40 charge from Amazon I never made, I want it refunded.”

Dispute type
reverse / refund
Amount
$81.40
Grounded in evidence
yes
Confidence
0.85
Matches the requestsha256:7f3a…1b2
Judged before the refund reaches the payment rails. A mismatch is held and becomes a labeled row for the next training round.

Mission

Post-training for safety judges, end to end.

  • You bring the workflow. We simulate it, generate the data, post-train the judge, serve it.
  • The judge reads every request before your agent acts.
  • Fast enough for every request, accurate enough to act on.
  • Built for payments, disputes, claims, and account changes.
  • Our dispute judge is public: data, adapters, eval set, serving cost.

How it works

Every catch becomes training data.

The part we build and operate is the return path. A failure the judge catches in production goes back to the simulator and seeds new cases, which land in the training set and the eval at once.

01

Simulate

Your domain as an environment. Every case carries the ground truth that built it

02

Train

SFT on the generator's own inputs and outputs

03

Verify

The simulator scores the rollout. That is the reward

04

Serve

Inline at $0.18 per million tokens

05

Judge

Every action checked against what was asked

06

Catch

Mismatches held, signed, labeled

Every catch returns to step 01. A real failure seeds new simulations, so one catch becomes a family of cases rather than a single row.

Inside a single request, it is two calls: one between the plan and the action, one after the effect.

The agent

01

Request

A person states what they want

02

Plan

The agent selects an action

03

Act

The action reaches the tool

04

Effect

Something changes in the world

Zero Proof

Between plan and act. Judge the action against the request, check it is grounded, hold what disagrees.

After the effect. Sign the action and the verdict, and send every catch back to training.

Runs against

Agent frameworksMCP tool serversRAG and retrievalSupport and back officeCheckout and payment rails

Capabilities

What we build and run.

Simulation

One generator, three artifacts

We build your domain as an environment and generate the cases inside it, covering your failure modes rather than a public benchmark's. The same generator emits the training set, a balanced held-out eval, and the verifier. Collected data gives you inputs and hopes for labels. Simulated data carries the ground truth that produced it, which is what makes RL possible.

Worked example

Agentic commerce, one full turn of the loop.

We built it for refunds and disputes, where a wrong decision costs a chargeback, and published every artifact. Rerun the evaluation against our numbers.

Eval and train set
17,933 train, 1,977 held out
Balanced, labeled on the decision
Post-training
Rank-16 QLoRA, two bases
A 1B and a 0.5B open model
Serving
One L4, vLLM
OpenAI-compatible endpoint
Result
75.3% macro accuracy
$0.18 per 1M output tokens

Accuracy against cost to serve

Near-frontier accuracy at about one hundredth of the cost.

1007550250$0.10$1$10$ per 1M output tokens, log scalebase, before post-trainingGPT-5Sonnet 5Opus 4.8zeroproof-ecommerce-1b$0.18 per 1M

Macro intent-type accuracy (%); zeroproof-ecommerce-1b on the full 1,977-row held-out set, frontier models on the balanced comparison subset. Frontier cost at published list prices; Zero Proof cost from measured throughput on a single L4. The dashed line is one pass of post-training on the same base at the same serving cost.

The same method trains zeroproof-ecommerce-0.5b to within five points at half the size.