01
Guesses at your policy
Refund windows and escalation paths live in a prompt it re-reads every turn. A prompt is a request, not a guarantee.
Solutions · Customer support
General models answer support questions like a new hire on day one: politely, slowly, and with a lot of guessing. Parsec trains models on your conversations, policies, and tools, and serves them in production. You own the models.
The problem
A frontier model knows a great deal about everything and nothing specific about you. Prompting harder does not fix it.
01
Refund windows and escalation paths live in a prompt it re-reads every turn. A prompt is a request, not a guarantee.
02
Ask it for an order ID or a SKU and it writes one that looks right. Sometimes it is not the one in the record.
03
Every answer comes in the same even tone. Nothing tells you which turns to hand to a human.
04
Most support turns are decisions, not conversations. Generating them token by token costs seconds and dollars.
What Parsec delivers
We train the models that should handle your traffic, prove them on your evals, serve them, and keep retraining them as your business changes.
01
Each job on a turn gets the smallest model that does it well. A TOD-shaped decision model ranks your allowed actions and only serves when confident. Your existing LLM handles whatever the team defers.
02
Trained on your resolved conversations and the actions your agents took. It knows your refund policy the way your senior agents do.
03
Evaluations built from your real traffic before any training. You see the numbers before you commit traffic.
04
Reinforcement learning in a shadow environment, with rewards built from your outcomes, resolves tickets the way your best agent would.
05
Your models run on Parsec’s shared runtime with a universal K/V cache. There is no minimum traffic that makes them worth it.
06
New resolved tickets become new training data. Retraining is part of the service.
What support teams see · Measured on held-out conversations
Decision latency is 69 ms median and 121 ms at p95.
Benchmark and methodologySide by side
| Custom models on Parsec | Prompted frontier model | |
|---|---|---|
| Where your policy lives | In the weights | In a prompt, re-read every call |
| What is guaranteed | Behavior measured on your own evals | Nothing; you hope it follows instructions |
| Action arguments | Selected from real records | Generated; can be wrong |
| Confidence signal | Calibrated probability per decision | None you can threshold |
| Human handoff | Set a threshold, defer below it | Rule-based or manual |
| Images and screenshots | Read alongside the text | Depends on the model and prompt |
| Decision latency | Under 100 ms | Seconds |
| Cost per conversation | 50 to 60% lower | Full frontier price, every turn |
| Who owns the model | You | The lab |
| Gets better over time | Every retraining pass on your tickets | When the lab ships a new model |
| Hard turns | Passed to your existing model, unchanged | Attempted anyway |
How it works
01
Send a slice of resolved conversations in any shape. We score your current setup against evals built from them.
02
Order status, returns, billing disputes. A month of tickets in one narrow flow is enough to prove it out.
03
We curate the data, train the team of models, and post-train them. First custom models serve in about four weeks.
04
Every decision carries a calibrated probability. Start conservative and open it up as the evals earn it.
05
Point your assistant’s inference at Parsec. Deferred turns pass through unchanged. Nothing else moves.
06
New tickets feed retraining. Cost per conversation keeps falling. The models are yours at any point.
When it is not the answer
01
Under a few hundred resolved conversations in the flow. Route through Parsec anyway; we start training once there is enough.
02
If turns are mostly prose rather than decisions, they still go to your frontier model and the savings shrink.
03
A tuned model learns the policy as it stood. Fast-moving rules belong in the prompt until they settle.
04
We defer write actions until your evals show the models earn that trust. Decide your risk line first.
Common questions
No. Your custom models sit in front of it. Confident turns never reach your frontier model. Everything else passes through unchanged.
Any model you call over an API, as the parent. If you can point traffic at an endpoint, it works with Parsec.
Usage pricing on the traffic Parsec serves. No reserved capacity, no idle GPUs, no bill that climbs with context length. Training and post-training are part of the service.
No. Your data trains your models and nothing else. It is never pooled across customers.
You do. The checkpoints are yours. Run them elsewhere if you ever want to.
Yes. Enterprise deployments run the full stack in your cloud with licensed, containerized checkpoints. Your tickets never leave it.
Every decision reports a probability. Set the threshold so uncertain turns defer, and audit the served ones.
Evals in about two weeks. First custom models in about four. Compounding gains from month three.
Yes. The same pipeline cut time to first token by 60% and time per output token by 40% for voice agents, with quality up.
Train a model that learned them from your tickets. Start with a two-week eval.