Multi-Agent Compliance Review
Jump to a section
Overview
Compliance review in banking is inherently multi-faceted. When a bank launches a new product, enters a new market, or modifies an existing process, the compliance team must evaluate the change against dozens of regulatory frameworks: BSA/AML, fair lending, consumer protection, privacy regulations, safety and soundness standards, and state-specific requirements. No single analyst -- and no single AI model -- has comprehensive expertise across all these domains.
A multi-agent architecture mirrors how compliance departments actually work: specialized experts each review their area, then findings are consolidated into a comprehensive assessment. Instead of one monolithic AI model trying to be an expert in everything, multiple specialized agentsAgentsAI systems that can autonomously plan and execute multi-step tasks by calling tools, querying data sources, and making decisions without human intervention at each step -- typically within defined permissions and human approval checkpoints.See glossary each focus on what they do best, coordinated by an orchestration layerOrchestration FrameworkSoftware that coordinates LLMs, tools, and data sources into complex workflows. Frameworks like LangGraph, CrewAI, and vendor toolkits such as the OpenAI Agents SDK and Microsoft Agent Framework manage prompt chains, memory, and tool calling for multi-step AI tasks.See glossary that manages the workflow.
This architecture is more complex than a single-model approach, but it produces significantly better results for compliance review because each agent can be tuned, tested, and validated independently against its specific regulatory domain.
In May 2026 FIS and Anthropic announced a Financial Crimes AI Agent that assembles anti-money-laundering evidence across bank systems and checks it against known typologies, with BMO and Amalgamated Bank as early adopters. The design principle matches this unit: in Anthropic's words, "every decision stays with the investigator."
BANKING ANALOGY
Think of a multi-agent compliance review the way you think about your existing compliance committee process. When the bank considers launching a new digital lending product, you do not send it to a single reviewer. The BSA/AML officer reviews money laundering risk, the fair lending officer evaluates disparate impact, the privacy officer assesses data collection practices, and the operations risk officer examines process controls. Each brings specialized expertise. A compliance coordinator consolidates their findings into a unified recommendation. The multi-agent architecture replicates this same division of expertise and coordination -- but at machine speed.
Architecture Components
Swipe sideways to see the whole diagram
Click or use arrow keys to explore
Orchestrator Agent
The orchestrator is the compliance coordinator of the system. It receives the review request, determines which specialist agents need to be involved based on the type of change being reviewed, sequences their work (some agents need outputs from others), and consolidates findings into a unified assessment.
The orchestrator manages workflow, resolves conflicts between findings, and ensures completeness; it does not perform substantive analysis. Tools like LangGraph and Microsoft Agent Framework, or managed agent platforms such as Amazon Bedrock AgentCore and Google's Gemini Enterprise Agent Platform, provide the workflow management that orchestration requires.
Document Analysis Agent
This agent processes the input materials -- product proposals, policy changes, marketing materials, process documentation -- and extracts structured information: what is changing, who is affected, what data is collected, what decisions are automated, and what customer interactions are involved.
The document analysis agent produces a structured "change summary" that other agents use as their input. This normalization step ensures all specialist agents work from the same factual understanding of the proposed change.
Regulation Matching Agent
Given the structured change summary, this agent identifies which regulatory frameworks are implicated. A new digital lending product might trigger: Reg B (Equal Credit Opportunity), Reg Z (Truth in Lending), BSA/AML requirements, state-specific lending laws, UDAP/UDAAP considerations, and third-party risk management guidelines if external vendors are involved.
This agent maintains a curated index of regulatory triggers (e.g., "any change affecting consumer credit decisions triggers Reg B review") rather than the full text of every regulation. RAGRetrieval-Augmented Generation (RAG)A pattern that combines document retrieval with LLM generation. The system searches a knowledge base for relevant context, then feeds it to the model to produce grounded, accurate answers.See glossary against the full regulatory text is used when deeper analysis is needed.
Gap Identification Agent
For each triggered regulation, this agent compares the proposed change against specific regulatory requirements and identifies gaps -- areas where the proposal does not adequately address a regulatory requirement. This is the most analytically demanding agent, requiring the ability to reason about regulatory intent, not just match keywords.
The gap identification agent produces structured findings: what requirement is at risk, what evidence supports the finding, what severity level (critical gap vs. advisory observation), and what remediation options exist.
Report Generation Agent
The final agent consolidates all findings into a structured compliance review report. It synthesizes findings from multiple specialist agents, resolves duplicates, establishes overall risk ratings, and generates the document that the compliance committee will review.
The report follows the institution's standard template: executive summary, regulatory framework mapping, findings with severity ratings, recommended remediation, and a draft opinion (approve, conditional approve, or reject for remediation).
Tool Access (MCP)
Model Context Protocol (MCP) has become the cross-vendor standard plug between agents and the regulatory library, case files, and core systems they need, governed since December 2025 by the Linux Foundation's Agentic AI Foundation (members include AWS, Google, Microsoft, OpenAI, Anthropic, and Bloomberg). Think of it like SWIFT message formats: because every connection follows one standard, you control and log access at the connector rather than inside each agent.
Human Review Interface
Every multi-agent compliance system must include a human review layer. The LLMLarge Language Model (LLM)A neural network trained on vast amounts of text data that can understand and generate human language. LLMs power chatbots, document analysis, code generation, and many enterprise AI applications.See glossary-generated report is a draft for human compliance officers to review, modify, and approve -- not a final determination. The interface enables reviewers to accept or reject individual findings, add context the AI missed, adjust severity ratings, and record their professional judgment.
Data Flow
-
Review initiation: A business line submits a product proposal or process change for compliance review through the intake system, along with all supporting documentation
-
Document analysis: The document analysis agent processes all submitted materials and produces a structured change summary -- what is changing, who is affected, what data flows are involved
-
Regulatory scoping: The regulation matching agent evaluates the change summary against its regulatory trigger index and identifies all applicable regulatory frameworks (BSA/AML, fair lending, consumer protection, privacy, etc.)
-
Parallel gap analysis: The orchestrator dispatches gap identification tasks for each triggered regulatory framework. Where feasible, these run in parallel; where dependencies exist (e.g., fair lending analysis needs the data flow output from privacy analysis), the orchestrator sequences appropriately
-
Finding consolidation: The orchestrator collects findings from all gap identification runs, resolves duplicates (the same issue may be flagged by multiple regulatory frameworks), and resolves severity conflicts
-
Report generation: The report generation agent produces a structured compliance review document with executive summary, detailed findings, remediation recommendations, and a draft compliance opinion
-
Human review: Compliance officers review the AI-generated report through the review interface, accepting, modifying, or rejecting findings and recording their professional judgment
-
Final determination: The compliance committee reviews the human-validated report and issues the official compliance opinion. The AI's contribution and human modifications are both captured in the audit trail
Banking Use Case
Scenario: A mid-size bank is launching a new AI-powered small business lending product that uses alternative data sources (cash flow analysis from connected bank accounts) in the credit decision. The compliance team needs to assess regulatory implications before the product can proceed to pilot.
Multi-agent review flow: The document analysis agent processes the product proposal, vendor agreements, model documentation, and marketing materials. The regulation matching agent identifies 7 applicable frameworks: Reg B (equal credit opportunity -- alternative data and fair lending), Reg Z (truth in lending disclosures), BSA/AML (new product risk assessment), UDAP/UDAAP (marketing claims), model risk management guidance (for the AI credit model), third-party risk management (the data aggregation vendor), and state-specific lending requirements for the 12 launch states.
The gap identification agents flag three critical findings: (1) the alternative data model has not been validated for disparate impact under Reg B, (2) the vendor agreement lacks required third-party risk management provisions for model access to consumer financial data, and (3) the marketing materials contain performance claims that lack adequate substantiation under UDAAP. The report generation agent consolidates these into a structured compliance review recommending conditional approval pending remediation of the three critical gaps.
Note the model risk framework the agents cite. In April 2026 the Federal Reserve, OCC and FDIC replaced SR 11-7 (and OCC Bulletin 2011-12) with updated model risk management guidance -- SR 26-2, OCC Bulletin 2026-13 and FDIC FIL-15-2026. The new guidance is aimed mainly at banks with over $30 billion in assets, and it explicitly places generative and agentic AI outside its scope while the agencies gather input on how banks use AI (the OCC said a request for information is coming). That is not a free pass: examiners can still act on unsafe or unsound practices or violations of law, and most banks continue to apply model-risk disciplines -- inventory, validation, monitoring, documentation -- to their AI systems. Here, the cash-flow credit model is non-generative, so it is in scope; the compliance-review agents themselves are not, and the bank governs them under its own AI policy and third-party risk rules.
Tip
When building a multi-agent compliance review system, start with a single regulatory domain -- BSA/AML new product risk assessments are a strong choice because they are frequent, well-structured, and have clear pass/fail criteria. Build, validate, and demonstrate value with one specialist agent before expanding to additional regulatory domains. Each new domain agent can be developed and validated independently, which also makes regulatory examination of the AI system more tractable -- examiners can evaluate each agent's accuracy within its specific domain.
Key Architectural Decisions
| Decision | Options | Recommendation | Why |
|---|---|---|---|
| Agent autonomy level | Fully autonomous (agents execute without checkpoints); semi-autonomous (human review at key stages); advisory only (agents suggest, humans decide all) | Semi-autonomous with mandatory human review of final output | Banking compliance determinations require human judgment and accountability. AI accelerates analysis but cannot issue compliance opinions |
| GuardrailsGuardrailsSafety mechanisms that constrain AI model outputs, and the actions AI agents can take, to prevent harmful, off-topic, non-compliant, or unauthorized results. Critical in banking for regulatory adherence and brand safety.See glossary scope | Input filtering only; output filtering only; both input and output with inter-agent validation | Both input and output with inter-agent validation | Compliance findings must be accurate and well-sourced. Inter-agent validation catches hallucinated regulatory citations before they reach the final report |
| Regulatory knowledge source | Pre-trained model knowledge only; RAG over regulatory text; fine-tuned domain models | RAG over curated regulatory library | Pre-trained knowledge becomes stale as regulations change. RAG against a maintained regulatory library ensures current, verifiable citations |
| Agent identity | Shared service account; per-agent identity with least privilege; agent acting on behalf of the reviewing officer | Per-agent identity, least privilege, actions logged to a named human sponsor | A shared account hides which agent did what. Identity platforms now support per-agent identities (e.g., Microsoft Entra Agent ID); NIST's AI Agent Standards Initiative (February 2026) covers agent identity and authorization; the OWASP Top 10 for Agentic Applications (December 2025) lists identity abuse and tool misuse among the main threats |
| Agent specialization granularity | One agent per regulatory framework; one agent per regulatory category; one generalist agent | One agent per regulatory category (BSA/AML, fair lending, consumer protection) | Per-framework granularity creates too many agents to manage. Per-category grouping balances specialization with operational simplicity |
Quick Recap
- Multi-agent compliance review mirrors how compliance departments actually work: specialized experts coordinated by an orchestrator
- Five core agents handle orchestration, document analysis, regulation matching, gap identification, and report generation
- Human review is mandatory -- the AI produces a draft assessment that compliance officers validate and approve
- Each specialist agent can be developed, validated, and examined independently against its regulatory domain
- Agents reach data and tools through standard MCP connectors, and each agent gets its own least-privilege identity with a named human sponsor
- The April 2026 model risk guidance (SR 26-2) places generative and agentic AI outside its scope, so the bank governs these agents under its own AI policy
- Start with a single regulatory domain and expand incrementally to manage complexity and demonstrate value
KNOWLEDGE CHECK
Why does a multi-agent architecture outperform a single-model approach for compliance review?
What role does the human review interface serve in this architecture?
Under the April 2026 interagency model risk guidance (SR 26-2), which of these is explicitly outside its scope?