Goldman Sachs speeds up AI agent adoption and reshapes how its developers work
Goldman Sachs is moving away from isolated AI pilots toward a more systematic rollout. CIO Marco Argenti says agent platforms such as Claude Code are already changing engineers' work: less routine, more review and oversight. The bank is also rethinking its development processes. But the main barrier to scaling is not the model interface. It is data, security and regulatory requirements.
AI-processed from Bloomberg Tech; edited by Hamidun News
Goldman Sachs is no longer limiting itself to in-house AI bots for individual tasks. According to CIO Marco Argenti, the bank is reworking its approach to AI adoption amid the rapid rise of agent platforms and new development tools.
From pilots to a system
A year and a half ago, the AI conversation at Goldman Sachs centered mostly on internal tools and isolated automation use cases. Now the focus is broader: the bank sees AI as an infrastructure layer that should be built into teams' daily work, rather than live as a collection of experimental services.
The arrival of agent platforms such as Claude Code has raised expectations. The business wants more than model answers: it needs systems that can run chains of actions, work with code and speed up real processes.
For a large bank, that means stricter architecture requirements. You cannot simply open access to a new model and wait for results. The bank has to determine where an agent is allowed to act on its own, what data it can reach, how its actions are recorded and who is accountable for the outcome.
So AI adoption at the bank looks less like a quick launch of a trendy feature and more like the gradual assembly of a controlled platform with rules, logging and internal restrictions.
How development is changing
A separate topic is AI coding. Tools that help write, check and rewrite code are already visibly changing the work of developers and engineers. It is not only about speeding up routine tasks but about a different allocation of time: less effort goes to boilerplate code, first drafts and searching for standard solutions, and more to review, task definition, architecture and verifying what the agent generated.
For a bank with a large engineering staff, this is not a cosmetic optimization but a change to the production loop.
- Prototypes of internal tools appear faster
- Engineers increasingly work as reviewers and task-setters for agents
- Good documentation, tests and code standards become more valuable
- Errors shift from writing code to verification, security and access control
But the gains do not come automatically. If a team has weak tests, tangled code or unformalized development rules, AI coding starts replicating chaos as fast as it replicates useful solutions. That is why large companies are reviewing their processes in parallel: where human-in-the-loop is mandatory, which changes can be proposed automatically, how to check code security and how to measure real productivity rather than the number of generated lines.
This is also why adopting such tools quickly runs into the discipline of the team.
Data and regulation
The hardest part of scaling AI in a bank is not the interface or the choice of model, but data. For an agent or assistant to be useful, it needs access to internal context: documents, systems, policies, source code, transaction history. But this is exactly where the financial industry faces its strictest constraints.
Every new use case runs into data classification, access separation, retention requirements, audit and explainability of decisions. The more powerful the agent, the higher the cost of a mistake and the tighter the perimeter must be.
Hence the regulatory question. It is not enough for a bank to show that a model is fast and convenient. It must show that its use is reproducible, controlled and compliant with internal and external requirements. In real operation, that means action logs, limits on the use of sensitive data, vetting of model providers and clear escalation paths for when the AI makes a mistake or goes beyond what is permitted.
For Goldman Sachs, AI adoption is at once an engineering project, a risk management project and long-running work with compliance.
What this means
The main takeaway from Goldman Sachs' position is simple: the era of the "chatbot for experiments" is ending. The next stage is AI as managed corporate infrastructure, where value comes not from individual demos but from the combination of agents, data, control processes and a new role for the engineer.
- Nov 1, 2026Local models lose to Opus and Codex: 0.21 on a MacBook versus 1.00 for Codex
- Nov 1, 2026Adobe's EditAgent judge picks a usable edit 81.3% of the time, versus 74.8% for EditScore
- Nov 1, 202616 models tested on 7 search tools: Exa averaged 10.5 out of 14, SearXNG about 3
- Nov 1, 2026Google's StreamVibe video agent beats other models by 10.7% on response timing and quality
Key Questions Answered
What are the key details on From pilots to a system?
A year and a half ago, the AI conversation at Goldman Sachs centered mostly on internal tools and isolated automation use cases. Now the focus is broader: the bank sees AI as an infrastructure layer that should be built into teams' daily work, rather than live as a collection of experimental services. The arrival of agent platforms such as Claude Code has raised expectations. The business wants more than model answers: it needs systems that can run chains of actions, work with code and speed up real processes. For a large bank, that means stricter architecture requirements.
How development is changing?
A separate topic is AI coding. Tools that help write, check and rewrite code are already visibly changing the work of developers and engineers. It is not only about speeding up routine tasks but about a different allocation of time: less effort goes to boilerplate code, first drafts and searching for standard solutions, and more to review, task definition, architecture and verifying what the agent generated. For a bank with a large engineering staff, this is not a cosmetic optimization but a change to the production loop. Prototypes of internal tools appear faster Engineers
What are the key details on Data and regulation?
The hardest part of scaling AI in a bank is not the interface or the choice of model, but data. For an agent or assistant to be useful, it needs access to internal context: documents, systems, policies, source code, transaction history. But this is exactly where the financial industry faces its strictest constraints. Every new use case runs into data classification, access separation, retention requirements, audit and explainability of decisions. The more powerful the agent, the higher the cost of a mistake and the tighter the perimeter must be. Hence the regulatory questio
Build & Ship Production AI Agents Without Boilerplate Code
Start your free 72-hour trial at Hamidun Academy (academy.hamidun.com) — interactive lessons on Claude Code & Cursor, live Tech Radar, and production agent templates.
The AI world, distilled — once a week
Seven stories that actually mattered, hand-picked. No noise, no reposts, no press releases.
Done! Check your inbox for a confirmation.