O Goldman Sachs restringiu o acesso a ferramentas de código com IA, incluindo Claude Code e ferramentas do GitHub, aos profissionais de engenharia. A informação foi publicada em 2 de novembro pelo The Decoder, com base em reportagem da Bloomberg, sobre diretrizes internas de outubro.

Este artigo reúne essa cobertura e documentos públicos do próprio banco para entender o alcance da mudança. A discussão interessa a qualquer empresa que quer dar autonomia para o time criar soluções com IA: quem pode experimentar e quem responde pelo que entra na operação?

O que mudou no Goldman Sachs?

Segundo a cobertura, traders e profissionais de negócios perderam acesso às ferramentas avançadas de código com IA, enquanto engenheiros mantiveram o uso. A justificativa atribuída ao porta-voz Nick Carcaterra combina produtividade e gestão de risco, com o encerramento da fase de experimentação.

O relato também descreve funcionários usando essas ferramentas para acompanhar fluxos de negociação e produzir conteúdo. A restrição contrasta com uma entrevista de julho na qual o diretor de tecnologia havia defendido a criação de protótipos por profissionais de negócios, seguidos de trabalho de engenharia para levar a solução à produção. Esses detalhes vêm da síntese do The Decoder.

Há uma diferença de datas: a notícia é de novembro; as diretrizes citadas são de outubro. A cobertura consultada não permite concluir que o banco tenha proibido toda forma de IA, nem apresenta uma medição pública do ganho ou da perda de produtividade que motivou a decisão.

O banco desistiu de usar IA?

Os documentos públicos do Goldman mostram uma estratégia de adoção de IA, embora não detalhem essa restrição específica. Na carta aos acionistas de 2025, o banco apresenta o One Goldman Sachs 3.0 como um modelo operacional impulsionado por IA.

A carta associa a tecnologia à modernização da empresa e ao aumento da capacidade operacional. Também afirma que aproveitar esses ganhos exige dados oportunos, precisos e completos, além de mudanças na maneira de organizar pessoas e decisões. É contexto institucional anterior à notícia, não uma explicação oficial da nova regra.

O relatório anual de 2024 já distinguia um assistente de código para desenvolvedores do GS AI Assistant, voltado à interação em linguagem natural. O documento previa ampliar o uso dessas ferramentas no trabalho durante 2025. Essa distinção ajuda a ler a manchete com cuidado: restringir um tipo de ferramenta não demonstra o abandono de todos os demais usos.

Por que a decisão provoca debate sobre vibe coding?

A tensão está entre ampliar a capacidade de criar e concentrar a responsabilidade técnica. Vibe coding é o nome usado para criar software orientando uma IA em linguagem natural, com diferentes graus de revisão humana. Uma pessoa pode conseguir demonstrar uma ideia antes de dominar todas as decisões necessárias para manter aquele sistema funcionando.

O próprio banco descreveu uma visão ambiciosa para agentes em um artigo de 22 de janeiro de 2026. Nele, o diretor de tecnologia prevê modelos capazes de acessar ferramentas e realizar tarefas, além de equipes de agentes especializados coordenadas por pessoas. São previsões do executivo, não resultados comprovados da implantação.

Essa visão torna a restrição relevante: a promessa de agentes envolve executar trabalho, enquanto a política de acesso define quem pode colocá-los em ação. A notícia expõe uma decisão concreta de distribuição dessa capacidade dentro de uma grande organização.

Minha leitura é que a autonomia para criar precisa vir acompanhada de uma responsabilidade definida pelo resultado. O caso não oferece dados suficientes para transformar a escolha de um banco em uma regra universal para todas as empresas.

O que significa revisar uma solução criada com IA?

Revisar significa verificar se a solução cumpre a tarefa e se o responsável consegue explicar seus limites. Um exemplo público do próprio Goldman ajuda a entender essa expectativa, embora trate de contratação, não da política anunciada na reportagem.

No guia de avaliação técnica com HackerRank, candidatos trabalham sobre uma aplicação existente e podem contar com um assistente de IA limitado. O guia orienta combinar a ajuda da IA com julgamento de engenharia para avaliar, refinar e validar a solução final.

O exercício de diagnóstico tem 45 minutos e envolve identificar problemas, testar e fazer alterações direcionadas. A existência do assistente não elimina a avaliação da pessoa sobre o trabalho produzido. Essa é uma referência concreta do banco para uso de IA com responsabilidade técnica, sem permitir inferir que o mesmo procedimento vale para todos os seus funcionários.

Como essa discussão chega à sua empresa?

Para um dono de empresa, o caso abre uma pergunta sobre tarefas e responsáveis, antes de uma disputa entre marcas de ferramenta. Um experimento com dados fictícios e uma integração que altera registros de clientes exigem decisões diferentes.

Como exemplo hipotético, uma equipe comercial pode criar um protótipo para organizar pedidos usando uma cópia de dados sem informações pessoais. Para conectar a mesma solução ao cadastro real, alguém precisaria conferir quais registros ela pode consultar ou alterar, como testar os resultados e como interromper uma execução errada. Esse exemplo é uma aplicação nossa do debate, não uma descrição do que aconteceu no Goldman.

A pergunta útil para a gestão seria: qual tarefa a pessoa pode testar sozinha e em qual momento precisa de revisão? Outra seria: quem acompanha o resultado depois que a novidade começa a ser usada todos os dias? A reportagem não responde essas perguntas para cada empresa, mas mostra por que elas merecem uma decisão explícita.

Na Formação em IA para Negócios do ibe.IA, o foco é aplicar IA às atividades da empresa com entendimento do processo e do resultado esperado. É um caminho para quem quer sair da coleção de ferramentas e construir uma aplicação útil para o próprio negócio.

Para acompanhar outras análises de notícias e aplicações de IA, você também pode seguir o @ibe.ia no Instagram.

Fonte