Skip to main content
NexusTheoryContact
10 min read

Designing AI compliance agents for regulated industries

Compliance AI fails when it sounds confident and lacks evidence. The architectures that work in regulated industries are built around citations, audit trails, and human authority, not model-of-the-month leaderboards.

ComplianceRegTechAI agentsLLMsGovernmentFinancial services

Compliance is a domain where fluent confidence without evidence is a failure mode, not a feature. The compliance AI systems we have shipped into regulated environments share a small set of architectural decisions; they are not specific to any one model vendor.

Citations are not optional

Every recommendation must trace back to a specific passage in a source document. Without it, the system is unverifiable, and unverifiable answers are not compliance answers; they are decoration.

We treat the absence of acceptable citations as a hard rejection at the guardrail layer: the system says 'I don't know' rather than fabricating coverage.

Open-source models earn their place

For regulated workloads where data cannot leave the estate, open-source models on local infrastructure are not a fallback; they are the default. The capability gap with hosted frontier models has narrowed to the point where well-engineered retrieval and re-ranking matter more than the underlying model size.

Where data classification permits, hybrid architectures route the most ambiguous cases to a frontier model under controls. The choice is not all-or-nothing.

Human-in-the-loop is the architecture, not the politeness

The compliance AI systems that pass audit are not autonomous. Every consequential decision is reviewed by an authorised officer; the agent's role is to compress the time-to-judgement, not to displace the judgement.

Designing for that architecture from the start (review queues, decision capture, escalation rules) produces a system that auditors and operators trust. Bolting it on later produces a system that is permanently in pilot.

Audit trails as a first-class artefact

Every prompt, every retrieved passage, every model version, every reviewer action: stored, immutable, and searchable. The audit trail is the artefact that makes the system defensible long after the engineers who built it have moved on.

We build the audit log before the model integration. It is cheaper to instrument from day one than to retrofit under regulator pressure.

Outcomes worth measuring

We measure compliance AI on three things: time saved by reviewers, the proportion of recommendations accepted by reviewers (and by external auditors after the fact), and the absence of incidents, both data-handling incidents and incorrect-recommendation incidents that escape review.

Speed without trust is worthless in this domain. Trust without speed does not justify the build. Both have to land.

Where we apply this in practice

Working on this in your own organisation?

If any of this maps to a programme you are running, we would be glad to compare notes.

NexusTheory

©2026 All Rights Reserved by NexusTheory