The agent that audits the agents

Allianz Project Nemo

In July 2025, Allianz Australia put the group's first agentic AI to work on storm-season claims: seven agents that verify, screen, and calculate in minutes. The seventh exists only to audit the other six. And none of them may pay a cent. By design, payout decisions are never automated.

Design-before-build case

Why this case matters

The boundary came before the build.

A weaker version of the story would be "insurer automates claims." The stronger reading is the order of decisions: a global insurer that could have automated payouts chose a deliberately tiny scope, placed an auditor inside the agent system, and put its never-do in the press release. Allianz says the bounded case settles claims up to 80 percent faster. The design is what made that speed safe to buy.

Live
July 2025, Allianz Australia
Architecture
Seven specialised agents
Scope
Food-spoilage claims under AUD 500
The never-do
Payouts are never automated

The case

Six agents do the work. The seventh checks it.

A storm knocks out the power, a freezer full of food spoils, and a small claim lands in a queue behind thousands of others. It is exactly the kind of claim that used to take days: low value, high volume, and arriving in bulk at the worst moment. Project Nemo hands it to a pipeline. A planner agent orchestrates the work; a cyber agent checks data security; a coverage agent verifies the policy; a weather agent confirms, against external meteorological data, that the storm actually happened; a fraud agent screens for suspicious patterns; a payout agent calculates the settlement.

Then comes the part that makes this a design story. A seventh agent, the audit agent, reviews every step the other six took, writes a summary of all their decisions, and passes it to a human claims professional, who makes the payment decision. "The ultimate responsibility always rests with a claims professional," says Maria Janssen, Chief Transformation Officer at Allianz Services. The AI phase completes in under five minutes; Allianz says settlement times fell from days to hours, and that the whole system was built in under one hundred days.

The scope is the other half of the design. One claim type, one peril, one ceiling: food spoilage, severe-weather outages, under five hundred Australian dollars. Expansion to travel delays, simple motor claims, and property assessments comes only after the bounded case proves out. The model is not the story. The boundary is.

Why it matters

Oversight you can draw on an architecture diagram.

Most agent governance lives in policy documents that the workflow can quietly skip under deadline. Nemo's governance lives in the system itself: one agent's entire job is reviewing the others, and the one action that touches money is withheld from every agent. The never-do is not a line in a handbook; it is an absence in the architecture.

Read through the Agent Operating Model, the design is unusually legible. Cognition comes from the models inside each agent. Control comes from the audit agent and the human payout gate. Reach stops, deliberately, one step short of the money. Its power comes from the combination, and so does its safety.

The filled canvas

Turning the story into nine design decisions.

The entries below are intentionally compact. A canvas should not read like a requirements document; it should make the load-bearing choices visible enough for a team to argue about them.

Worked example

Allianz Project Nemo

Agentic AI Design Canvas
designtheagent.com

North Star

What business outcome must this agent ultimately achieve?

Settle simple storm-season claims in hours instead of days for customers in distress, while keeping every payout decision in human hands.

Target Workflow & Success Metrics

Which workflow will it improve, and which metrics will show it worked?

Workflow: food-spoilage claims under AUD 500 arising from severe-weather power outages (Allianz Australia). Metrics: end-to-end settlement time (days to hours), claims closed within a day, AI phase completed in minutes.

01

Users & Stakeholders

Who uses it directly, and who is affected by what it does?

Direct users: claims professionals who receive the assembled file and decide. Affected: storm-hit customers awaiting payment, claims operations, fraud teams, regulators, and reinsurers.

02

AI Role & Autonomy

What role should it play, and where should its autonomy stop?

Role: a seven-agent claims pipeline that verifies, screens, and calculates. Autonomy: prepare. It prepares the settlement recommendation; payout decisions are never automated, by design.

03

Performance Needs

What accuracy, explainability, speed, and cost standards must it meet?

The AI phase completes in under five minutes. Every claim is corroborated against external weather data, and every step must be traceable enough to support an audit summary a human can act on.

04

Context & Knowledge

What information is available to support its work, and which sources should it trust?

Policy records and coverage terms, the customer's claim and documentation, transaction patterns for fraud screening, and external meteorological data confirming the storm actually happened.

05

Tools & Action Channels

Which tools or systems can it read from, write to, or act through?

Reads policy and claims systems; writes a structured audit summary for the human decision-maker. The one action that touches money, paying the claim, is withheld from every agent.

06

Rules & Boundaries

What must it always do, and what must it never do, even when asked?

Never automate a payout. Stay inside the bounded scope: food spoilage, severe-weather outages, under AUD 500. A dedicated cyber agent enforces data-security guardrails on every claim.

07

Memory & Learning

What should it remember, what must it forget, and how will it improve over time?

Learning happens by widening scope, not by silent drift: prove the bounded case, then extend to travel delay, simple motor, and property claims. Per-claim retention is not publicly specified.

08

Oversight & Accountability

Who oversees it, when must it hand off to a person, and who owns the outcome?

An audit agent reviews every step the other six take and writes the summary; a claims professional makes every payment decision. Ultimate responsibility rests with that person, not the pipeline.

09
Purpose · why & for whom Capability · how it works Governance · Control & Trust

What to notice

Four lessons travel beyond Allianz.

Cell 07

The never-do came first.

"By design, payout decisions are never automated" is a sentence from the company's own announcement, not a compliance gloss added later. The boundary preceded the build.

Cell 09

Oversight is architecture, not policy.

The seventh agent exists only to audit the other six and package their work for the person who decides. A control that is part of the system cannot be skipped under deadline.

Cell 01

Scope is a design tool.

Under AUD 500, one claim type, one peril. Small enough to prove safely, frequent enough to matter: storm season delivers these claims in bulk, to customers in distress.

Cells 03 & 08

Reach is earned, not assumed.

Travel delays, simple motor claims, and property assessments come only after the bounded case proves out. The expansion path is the learning loop, stated in advance.

Coach audit

We ran this canvas through the coach.

Not as an outside fact-checker, but as a claims-transformation lead asking the question that matters before the scope widens: does the design that made the bounded case safe survive its own expansion? Here is what came back.

Coach review · round one

Minor gaps

What holds together

  • One consistent story at prepare autonomy: a narrow claim type, a hard human payout gate, grounded sources, and the money-moving action withheld from every agent.
  • Oversight is architectural. A dedicated audit agent packages every step for the person who decides, so the control cannot be skipped.
  • The knowledge design corroborates rather than trusts: the claim is checked against external weather data before anyone pays.

What pulls apart

  • Target Workflow & Metrics (Cell 01). Every metric measures speed or volume; none measures whether the recommendation the human acts on is correct. The pipeline can get faster while quietly getting worse.
  • Performance Needs (Cell 04). There is a five-minute speed bar but no pass-or-fail standard for how often the recommendation is right. State one, and test it against claims that have already been decided.
  • Rules & Boundaries (Cell 07). The scope rule is clear, but not what happens to a borderline claim or a suspected fraud: does the system stop and route it to a person, or proceed?
  • Memory & Learning (Cell 08). Per-claim retention of personal, claim and fraud data is unstated, and the exposure grows with every new country's privacy rules.
"How will you know the faster recommendations are also the right ones, and not just quick?"The coach, on Target Workflow & Metrics (Cell 01)

Sources

What we can say publicly.

Only public-source claims are treated as facts. The speed and build-time figures are Allianz's own; the underlying platform is undisclosed. Internal thresholds and routing rules should be read as design implications unless Allianz confirms them.