AWS for Industries

EUC 2.0: Why Uncontrolled copilot platforms are Financial Services’ Next Governance Challenge

The EUC pattern is repeating. With managed copilot platforms, you get the discovery advantage spreadsheets never enabled. Use it.

Most senior executives in financial services have lived through at least one governance crisis born of good intentions. The spreadsheet that started as a trader’s personal tool and ended up feeding a risk report to the board. The macro that automated a manual process and became, without anyone noticing, the single point of failure for a regulatory return.

Between 2012 and 2022, the industry ran large, multi-year programmes to remediate End User Computing (EUC) risk: the uncontrolled proliferation of spreadsheets feeding regulated processes. The fix was elegant in principle. A risk-tiered register left low-risk tools in place and rebuilt high-risk ones as governed applications. Spreadsheets were rarely banned. The industry bound them.

The same pattern is now emerging with AI based managed copilot platforms (an enterprise AI environment that lets business users build agents, automate workflows, and interact with organizational data through natural language, without writing code). But this time, the tool is more powerful, the risk materializes faster, and the governance gap is wider.

In this post, we explain why uncontrolled AI agent development on managed copilot platforms is the next generation of EUC risk, why discovery is the prerequisite that most governance frameworks skip, and how a four-tier classification model can help financial institutions capture the productivity gains of citizen AI without repeating the remediation cycles of the past.

The opportunity is genuine

With AI-powered copilot platforms, a Head of Financial Crime Operations can prototype an alert triage assistant over a weekend. A collections manager can build an agent that drafts personalized customer communications based on real-time account data. A compliance team can deploy a research agent that synthesizes regulatory consultations across multiple jurisdictions in minutes rather than days.

AI is driving major efficiency gains for banks and other financial institutions. McKinsey estimates an annual productivity potential of $200 billion to $340 billion across global banking — equivalent to 9 to 15 percent of operating profits — largely from increased productivity in knowledge-intensive operations. For an industry that spends a disproportionate share of its operating budget on manual and knowledge-intensive processes, this represents a material opportunity to redeploy human expertise toward higher-value judgment work.

The competitive implications of not adopting AI-powered productivity tools are as significant as the risk implications of adopting them without governance.

The risk is EUC 2.0, but faster

An uncontrolled AI agent built by a business user on a managed copilot platform and feeding a regulated process is the 2026 equivalent of an uncontrolled spreadsheet feeding a risk report.

The EUC parallel is precise. The creator profile is the same: a domain expert with access to powerful tools but limited awareness of the governance infrastructure required when their output feeds a regulated decision or creates operational risk. The scaling mechanism is the same: multiple teams adopt the same agent in multiple contexts, and the governance state becomes unknown. The risk materialization is the same: wrong output feeds a regulated decision or customer outcome, potentially at scale before detection.

What makes citizen AI different than citizen spreadsheets:

  1. Speed. A business user can build, deploy, and operationalize an agent in hours. The equivalent spreadsheet took weeks to become embedded.
  2. Agency. A spreadsheet computed; a human acted. An AI agent acts. It sends emails, updates records, triggers workflows, and runs on schedules — unattended.
  3. Scope radius velocity. A flawed spreadsheet feeds one decision at a time. A flawed agent can propagate incorrect outputs into multiple downstream processes simultaneously, at machine speed, before anyone notices.

The risk equation is Speed x Agency x Scope radius velocity (or impact). Managed copilot platforms increase all three dimensions relative to spreadsheets. Non-determinism adds a fourth dimension, namely output variability, but it is not the primary risk. A deterministic agent built without oversight is still a governance failure. The crisis is ungoverned development lifecycle, not model behavior.

Discovery first: you cannot classify what you cannot find

The hardest lesson from EUC was not classification. It was discovery. Banks spent years trying to find the spreadsheets that mattered.

Any governance framework that begins with “classify the AI workloads already running in your organization” has skipped the prerequisite. Classification requires inventory. Inventory requires discovery.

For example, consider a compliance analyst in your team who builds a personal agent on a managed copilot platform that pulls client portfolio data, runs analysis, and outputs recommendations. Those recommendations get copy-pasted into a regulated advice document. This analyst uses the same platform, the same credentials, and the same interface as a colleague who asks the copilot to summarize an email. The tool is identical. The use is categorically different. Discovery must distinguish between these uses.

Here, managed copilot platforms offer an advantage that EUC never had. Platform telemetry such as conversation logs, agent creation events, data source connections, and recurring automation schedules. These provide a detective control that the file system never revealed for spreadsheet materiality. The governance model needs both:

  1. Push (directive control): Policy requiring declaration. “If your agent touches customer data, regulatory data, or produces outputs used in a controlled process, it must be declared and tiered.”
  2. Pull (detective control): Platform telemetry that detects undeclared material use — agents connecting to regulated data sources, recurring automated workflows, outputs matching patterns of regulated processes.

Self-declaration alone has the same limitations it had for EUC. The materiality trigger must be backed by platform-level detection. This is the single most important advantage over the EUC era: exploit it on day one.

A tiered framework for copilot platforms

This framework applies to employee-developed AI on managed copilot platforms. Engineering teams building custom AI systems require software development life cycle (SDLC) governance, this is a different discipline and covered elsewhere.

Three principles guide placement in each tier: consequences of failure determine criticality; autonomy determines governance intensity; and discovery must precede classification.

Tier 1: Personal Productivity

Single user, human-reviewed output, zero scope radius. Existing access controls suffice. Examples: drafting briefing packs, summarizing consultations, exploring datasets.

Tier 2: Team Workflows

Multi-user, non-regulated, recoverable failures. Named owner, inventory entry, human-in-the-loop checkpoints, change control on prompts. Examples: onboarding pipeline triage, supplier due diligence preparation. Platform telemetry flags multi-user adoption and data source connections.

Tier 3: Business-Critical Processes

Touching customer outcomes, regulatory returns, or financial controls. This is the critical boundary. When an employee-developed agent crosses into Tier 3, either the agent is rebuilt as a governed system with SDLC discipline, or the managed copilot platform must provide sufficient governance controls — tamper-evident audit lineage, human-in-the-loop enforcement, output sampling, and drift detection — to satisfy the institution’s risk appetite.

Most workflows are decomposed into sub-tasks at different tiers. An AML alert triage workflow might use a managed copilot for adverse media research (Tier 2, human reviews output) while the risk scoring model runs on a governed production runtime (Tier 3, output feeds a regulated decision).

Tier 4: Mission-Critical Processes

Direct execution against ledgers, payments, trading, or capital. No employee-developed components in the execution path. Maximum governance with independent validation, named senior manager accountability, and full audit lineage.

The risk mitigants that matter

Govern the people and outputs, not the tool

The EUC remediation did not eliminate spreadsheets. No one governs the tool itself; the governance model covers the people who use it and the outputs it produces. Regulated banks should use managed copilot platforms. The governance framework surrounds their use in different contexts. Prohibition failed for spreadsheets. There is no evidence to date it will succeed for AI.

Define risk appetite concretely

“We accept that AI-generated research summaries may contain inaccuracies, provided a qualified analyst reviews every output and an independent team quality-checks a 10 percent sample monthly” is actionable. “We will use AI responsibly” is not. Risk appetite must be defined per tier, with concrete tolerances, sampling rates, and escalation triggers.

Detect and prevent autonomy drift

The biggest risk is the gradual, undocumented slide from “human reviews every output” to “human spot-checks occasionally” to “human is nominally accountable but never looks.” Regulators and courts are increasingly testing whether nominal human oversight over algorithmic decisions insulates an institution from liability when the human never meaningfully reviews. Early indications suggest it does not.

The governance framework must monitor average review time per output, override rates, and the gap between designed autonomy level and actual operating behavior. When the data shows that “human in the loop” has degraded to “human in the org chart,” the control has failed regardless of what the policy document says.

Invest in evidence infrastructure

If a regulator asks for evidence behind a specific decision, the organization must produce it. For Tier 1-2 workloads, conversation logs and activity records may suffice. For Tier 3+ workloads, you need tamper-evident lineage capturing model version, prompt version, data inputs, enrichment steps, and human actions — reproducible on demand, years after the event. This infrastructure is non-trivial. It is also non-optional.

Act now

Establishing proactive governance now reduces remediation cost and regulatory exposure.. Managed copilot platforms are already inside your organization. Business users are building agents today, some with your knowledge, some without.

For Chief Risk Officers

Start with discovery: deploy platform telemetry to identify material AI workloads already running. Then commission a tiering assessment. Define risk appetite per tier. The cost of a proactive framework is a fraction of retrospective remediation. You cannot classify what you have not found.

For Chief Operating Officers and Chief Technology Officers

Provide governed managed copilot platforms with appropriate telemetry, inventory, and escalation paths. Do not force employee developers through an Systems Development Lifecycle (SDLC) process designed for professional engineers — that drives adoption underground. For workloads that cross the Tier 3 boundary, verify engineering teams have the maturity to rebuild them as governed systems.

For Chief Executive Officers and Board Members

AI governance is not a technology decision. It is a business decision with technology enablers. Accountability sits with you — under your jurisdiction’s senior management accountability regime, conduct obligations, and operational resilience framework. Support your first line of defense so that it can distinguish between a personal productivity agent and one feeding a regulated process.

The financial institutions that thrive in the age of citizen AI will not be those that moved fastest or most cautiously. They will be those that moved most intelligently: capturing value where the risk was manageable, building governance where the consequences demanded it, and discovering material use before regulators did.

The time to act is not when the regulator writes the Dear CEO letter. It is now.

Contact your AWS account manager to find out how we can help you address the issues raised in this blog.

Further Reading

Operational risk management and AI for banks and financial services customers

Richard Caven

Richard Caven

Richard Caven is a Worldwide Banking Specialist at AWS. He is responsible for the development and execution of strategic initiatives to help customers migrate to the cloud and drive their digital transformation journey. Richard joined AWS in 2018 from Barclays where he was a Managing Director and COO for the Global Treasury function.

Raphael Fuchs

Raphael Fuchs

Raphael is a Principal Security and Compliance Specialist for AWS Financial Services in Switzerland and EMEA. He helps financial services customers translate compliance and regulatory requirements into technical and organizational measures in the AWS Cloud. Raphael previously served as Chief Information Security Officer at TWINT AG, the leading Swiss mobile payment solution, bringing deep industry expertise to his current role.

Roshan Rao

Roshan Rao

Roshan is a Principal Governance and Compliance Specialist for AWS Financial Services for EMEA. He supports financial services customers adopt AWS cloud and AI services safely and meet their risk requirements. Roshan previously served as a Director at KPMG, advising Global Banks based in London and New York, on mitigating Technology, Governance and Operational Risk.

Stephen Eschbach

Stephen Eschbach

Stephen is a Senior Compliance Specialist at AWS, helping financial services customers meet their security and compliance objectives on AWS. With over 19 years of experience in enterprise risk, IT GRC, and IT regulatory compliance, Stephen has worked and consulted for several global financial services companies. Outside of work, Stephen enjoys family time, kids’ sports, fishing, golf, and Texas BBQ.