Use casesCustomer support agents

Support agents that answer from your own records, and hand off before they guess.

Most support traffic is the same few hundred questions, answered from the same few systems. An agent can take most of it, if it answers from your records instead of its memory, shows where the answer came from and hands off the moment it is unsure. We build support agents that way, measured on your real tickets before they ever talk to a customer.

What gets in the way

Every support queue has the same shape: a long tail of hard cases and a mountain of the same questions. Where is my order. What does this policy cover. How do I change my plan. People answer those by hand all day, and the hard cases wait behind them.

A chatbot bolted onto a knowledge base answers fast and wrong. It invents a refund policy, promises a date nobody agreed to, and the first screenshot on social media costs more than the queue ever did.

The job is not to make an agent talk. It is to make one that reads your order system, your policy documents and your account records, answers only from them, and knows the exact line where it should stop.

What we build

The agent reads your systems. Code decides what it is allowed to say.

  • Every answer is grounded in a record: the order, the policy clause, the account note. The agent cites it, and a reply with no source never ships.
  • The actions it can take, a refund, a reschedule, an address change, are plain code with limits. The model asks for the action. Code checks the limit and runs it, or refuses.
  • Hand-off is a rule, not a feeling. Low confidence, a dollar amount above the bar, an angry customer, a topic on the no-go list: any one of them routes to a person with the whole context attached.
  • Tone, banned phrases and what it must never promise live in a spec your team edits, not in a prompt only an engineer can read.
  • Every conversation is logged with the records it read and the rules it hit, so a supervisor can audit any reply in a minute.

How we know it works

Before it talks to a customer, it answers last quarter’s tickets, and your team grades it.

  • We replay real tickets through the agent and compare its answers with what your best people actually said. The score you see is on cases it never trained on.
  • We plant traps on purpose: a question the records cannot answer, a request past the refund limit, a policy that changed last month. Each one has to end in a hand-off, not a guess.
  • The same walls hold in our shipped work: reviewer agents that fail closed for Lenovo, and a report engine for Acceleration Partners that rejects any sentence holding a number code did not place.
  • The hand-off rate is a dial you set. Start strict, loosen one rule at a time as the graded replays earn it, and see what each setting would have done last month.

Built from this work

No client runs a support agent of ours under that name yet, and we would rather say so than imply it. It is built from the same spine as the work below: agents that propose, code that checks, and gates that fail closed.

  • 1,491 account cards built in September’s monthly run

    24 public and purchased data sources, each with its own recognizer

    188 accounts Lenovo approved and loaded in August and September

    Read the story
  • 4,756 figures compared across three independent sources

    41 of 52 client units that match the client’s own report exactly

    43 client report programs specified for one engine

    Read the story

Where it fits

  • Insurance

    Insurance, from the question a customer asks to the systems that answer it.

  • Financial services

    AI for financial services, built to pass an audit.

  • Franchising

    AI for franchise brands, researched at a scale no team does by hand.

Questions

Will it answer questions it should not?

Not by design. Topics are allowed in a list, not out of one. Anything outside the list, or anything the records cannot support, goes to a person. We test that with planted questions before launch and on every change after.

What systems does it need?

Whatever your people open to answer a ticket: the order or policy system, the knowledge base, the account records. It reads through the same APIs or a read-only copy. It never gets a write it does not need.

Voice or chat?

Chat and email first, because they are easiest to grade. Voice uses the same grounded agent behind a speech layer, and the hand-off rules get stricter, because a caller cannot scroll back.

How do we know the hand-off rate is right?

You set it, with the replays in front of you. A strict setting hands off often and never embarrasses you. Each rule you loosen shows, on last month’s tickets, exactly what it would have let through.

Bring us the project that matters most.

Tell us what you’re building and what’s in the way. You’ll hear back within 24 hours.