Solutions · Insurance

Your claims bot pays out, and sampling fell behind.

Straight-through claims at a limit your risk owner signed, an adjuster above it, and a worst day that is a number.

For Heads of claims, COOs and risk at insurers and insurtechs, third-party administrators, and the vendors who automate claims.

What the agent does
Claim payouts Partial settlements Premium refunds Cancellations and endorsements Goodwill payments
Why it stalls

Claims automation reads the vet bill in a second, then waits a week for an adjuster, because risk will not approve an agent whose payouts nobody can bound. Sampling worked when people paid the claims and a manager checked a few each week. It stops working when a bot pays them by the hour and the sample is read at the end of the month.

The fix is not a better model. It is a limit on the payout itself: a cap per claim, a total per policyholder and per day, a cooling period and an adjuster for everything above the line. The bot pays inside it without waiting for anyone.

Every payout then carries a receipt the insurer checks without the vendor's logs, and an auditor or a reinsurer can check it the same way. The worst day stops being a distribution. It becomes the cap your risk owner signed.

What the trust loop adds

Enforce your limits before money moves.

A cap on the payout itself

A limit per claim and a total per policyholder and per day, held across the bot, the adjusters and any TPA.

Cooling periods and referrals as rules

A claim too soon after its incident, or too large, goes to the adjuster the policy names. It is a rule, not a line in a prompt.

The adjuster's approval on the record

An approval above the line is an override with a name on it, and it still counts toward the totals.

Evidence for audit and reinsurance

Each payout carries a receipt you, your auditor or your reinsurer can verify offline, without the vendor's logs.

policy: claim payouts version: 1
events: claim payout: amount: money policyholder: id incident date: date
counters: paid this month: {unit: EUR, per: policyholder, resets: monthly} paid today: {unit: EUR, resets: daily}
rules: single claim limit: on: claim payout require: amount <= 10 000 EUR cooling period: on: claim payout require: incident date <= now - 1 day otherwise: ask adjuster straight-through limit: on: claim payout require: amount <= 2 000 EUR otherwise: ask adjuster policyholder total: on: claim payout count: amount into paid this month limit: 5 000 EUR daily payouts: on: claim payout count: amount into paid today limit: 100 000 EUR
An example policy

See the policy your risk owner signs.

An example written for this page, with round numbers. It uses only what the policy format has today, and it is not a customer's policy.

Inside the rules the agent acts alone. Above a line, the named person decides. Every change to the numbers is a new signed version.

How it connects
  • Your own claims automation asks for a permit before the payment run.
  • A claims vendor's bot integrates once and pays under your policy.
  • A TPA paying claims on your book works under the same totals.

How the trust loop works

What we can show today
  • EIOPA found 32% of insurers already use generative AI in claims, with most agentic uses still at proof of concept (EIOPA, February 2026).
  • The hosted release runs every policy on the same core, with a permit in 95 ms at p99 inside the region.
  • The engine underneath has run money workflows in production since 2022.

Switch on your first agent.

Two weeks, a fixed fee, your limits and a named approver, and the method to do the next workflow yourself.

Leave your email

We will email you to find a time for a 25-minute walkthrough with the founder. No slides, no sales script.

Thanks. We will email you to find a time.
Book a call

Pick a time in the founder's calendar, or tell us about your agent first.

Also on the same core

Every industry and situation