Excedente de US$ 1,8 milhão da Amazon com Claude: por que os custos de agentes de IA podem sair do controle

Introdução

Agentes de IA podem falhar de uma forma que o software comum raramente falha: eles tentam repetidamente.

Um funcionário humano que encontra um processo com falha eventualmente fica cansado, busca ajuda, vai para casa ou espera até a manhã seguinte para lidar com o problema.

Um agente autônomo pode continuar chamando modelos, lendo suas próprias saídas, tentando ferramentas novamente, reescrevendo planos e iniciando outro ciclo, por horas ou até dias.

Quando a tarefa é difícil, essa persistência é útil.

Quando a tarefa em si dá errado, essa persistência é cara.

De acordo com um relatório do Financial Times de julho de 2026, citando funcionários da Amazon e pessoas familiarizadas com projetos internos, um projeto da Amazon usando Claude Sonnet acumulou aproximadamente US$ 1,8 milhão em custos de IA ao tentar enriquecer informações de autores no site da Amazon.

Segundo o relatório, a fatura foi aproximadamente:

860% acima do orçamento do projeto

De acordo com o relatório, esse excedente não foi detectado por um período de:

cinco meses

E, apesar do enorme gasto, o projeto supostamente não foi implantado com sucesso.

Essa combinação torna o incidente mais significativo do que uma fatura anormalmente alta.

Ele revela um novo problema no software empresarial:

Pequeno erro de lógica
×
Tentativas autônomas repetidas
×
Cobrança por uso
×
Observabilidade fraca
=
Perda financeira significativa

Esse problema não é exclusivo do Claude, da Amazon ou de qualquer provedor de IA específico.

Sistemas de agentes convertem poder computacional em despesas operacionais variáveis. Quando são autorizados a operar de forma independente, o custo se torna parte do comportamento do aplicativo, e não mais uma simples assinatura de software.

Uma falha não produz mais apenas resultados incorretos.

Ela pode produzir resultados incorretos milhões de vezes enquanto continua gastando dinheiro.

O que aconteceu no incidente de US$ 1,8 milhão da Amazon com Claude

A tarefa descrita no relatório do Financial Times parece comum.

A Amazon queria melhorar as informações dos autores em seu site.

Segundo o relatório, um fluxo de trabalho baseado em Claude Sonnet foi usado para ajudar a combinar ou gerar as informações de autor necessárias.

Em seguida, o projeto consumiu muito mais recursos de IA do que o esperado.

Funcionários da Amazon supostamente descreveram o custo final como aproximadamente:

US$ 1,8 milhão

Isso equivale a um estouro orçamentário estimado de:

860%

O detalhe mais notável pode ser o atraso na detecção.

O problema de custo supostamente permaneceu ativo ou não detectado por cerca de cinco meses.

Isso indica que a falha não foi apenas do modelo de IA.

Foi também uma falha de monitoramento e governança.

Se uma carga de trabalho empresarial pode gastar uma quantia de sete dígitos sem alertas claros, então o sistema carece de um ou mais controles que normalmente existem ao redor de outras infraestruturas de cobrança.

Esses controles podem incluir:

• Orçamentos no nível do projeto.
• Limites rígidos de gastos.
• Alertas diários de anomalias.
• Cotas por agente.
• Número máximo de tentativas.
• Duração máxima de tarefas.
• Atribuição por usuário.
• Painéis de custo por sucesso.
• Regras de desligamento automático.

O Financial Times relatou que a Amazon também encontrou outros casos de custos de IA anormalmente altos, e que engenheiros estão desenvolvendo proteções automatizadas.

A Amazon disse à publicação que esses casos são lições isoladas, e não

uma representação de seu trabalho mais amplo em IA.

Essa distinção merece ser preservada.

O incidente de US$ 1,8 milhão foi, segundo o relato, uma falha de projeto interno.

Ele não prova que todo o programa de IA da Amazon é economicamente malsucedido.

A estimativa da fonte de "600 bilhões de tokens" deve ser contextualizada

O artigo original em chinês fez um cálculo exagerado.

Ele afirma que, ao preço de US$ 3 por milhão de tokens de entrada, US$ 1,8 milhão poderia comprar no máximo:

600 bilhões de tokens de entrada

A aritmética é simples:

US$ 1,8 milhão
÷
US$ 3 por milhão de tokens
=
600.000 milhões de tokens
=
600 bilhões de tokens

Mas isso não é uma medida do consumo real de tokens do projeto da Amazon.

É apenas um cálculo ilustrativo de limite máximo sob várias suposições irrealistas:

1. Cada dólar foi gasto apenas em tokens de entrada.
2. A versão do Claude Sonnet usada no projeto tinha exatamente o preço de US$ 3 por milhão de tokens de entrada.
3. Não houve custos de tokens de saída.
4. Não houve custos de gravação ou leitura de cache.
5. Não existem diferenças de preço específicas da plataforma AWS.
6. Não há outros custos de inferência ou infraestrutura.

Os preços atuais da Anthropic também variam conforme a geração do Sonnet.

Em agosto de 2026, a tabela de preços da Anthropic é a seguinte:

Modelo	Entrada padrão	Saída padrão
Claude Sonnet 5	US$ 2/milhão de tokens	US$ 10/milhão de tokens
Claude Sonnet 4.6	US$ 3/milhão de tokens	US$ 15/milhão de tokens
Claude Sonnet 4.5	US$ 3/milhão de tokens	US$ 15/milhão de tokens

*O relatório do Financial Times confirma o Claude Sonnet, mas os relatos públicos não fornecem detalhes de cobrança suficientes para reconstruir a versão exata do modelo, a proporção entrada/saída, o comportamento de cache ou o número real de tokens.

Portanto, a conclusão defensável é:

Segundo o relato, o projeto custou cerca de US$ 1,8 milhão; seu consumo exato de tokens não é conhecido pelo público.

Isso é importante porque, quando um valor em dólares é automaticamente convertido em tokens usando um único preço fixo, a análise de custos de IA empresarial se torna enganosa.

Por que os custos de agentes são mais difíceis de prever do que os custos de software tradicional

O software tradicional geralmente tem fatores de custo relativamente previsíveis.

As equipes podem estimar:

• Número de servidores.
• Tamanho do banco de dados.
• Largura de banda.
• Armazenamento.
• Licenças de usuário.
• Requisições por segundo.

Os agentes de modelos de linguagem adicionam outra camada de complexidade.

Uma solicitação de usuário pode acionar:

1 chamada de modelo

Ou pode acionar:

200 chamadas de modelo
+ chamadas de ferramentas
+ tentativas repetidas
+ repetição de contexto
+ pesquisas na web
+ execução de código

O usuário pode ver apenas uma resposta final.

O medidor de custo vê toda a trilha do processo.

O contexto é reenviado repetidamente

Os agentes tendem a reenviar grande parte do contexto de trabalho a cada etapa do raciocínio.

Portanto, um código extenso, documentos grandes, histórico de ferramentas ou conversas podem ser cobrados repetidamente.

A saída se torna nova entrada

O texto gerado anteriormente pelo agente frequentemente se torna o contexto da próxima chamada de modelo.

O sistema efetivamente gasta dinheiro primeiro para gerar informações e depois gasta novamente para lê-las.

As tentativas repetidas multiplicam os custos

Uma chamada de ferramenta com falha pode acionar:

1. Interpretação do erro.
2. Novo raciocínio.
3. Chamada modificada.
4. Outro resultado.
5. Outra rodada do modelo.

Um loop de tentativas que parece inofensivo no nível do código pode gerar um consumo massivo de tokens.

Os custos são

aleatórios

Pesquisas sobre codificação com agentes descobriram que o uso de tokens para a mesma tarefa pode variar enormemente entre execuções.

Um estudo de 2026 com vários modelos de fronteira no SWE-bench Verified relatou diferenças de até cerca de 30 vezes na mesma tarefa entre execuções diferentes.

Mais tokens também nem sempre produzem melhores resultados.

Isso torna "estimar a fatura com base na dificuldade da tarefa" um método de orçamento não confiável.

O sonho de automação da Amazon vai muito além de um projeto fracassado

O artigo original então passou do incidente de US$ 1,8 milhão para um ponto de vista mais amplo.

A Amazon não está recuando na IA.

Ela está aumentando seus investimentos.

O CEO Andy Jassy afirmou repetidamente que a IA generativa e os agentes remodelarão os produtos para clientes e o trabalho interno da Amazon.

Em junho de 2025, Jassy disse aos funcionários que a Amazon já tinha mais de:

1.000 serviços e aplicações de IA generativa

tanto já construídos quanto em andamento.

Ele também previu:

bilhões de agentes de IA
em empresas e setores diversos.

Jassy afirmou que os agentes podem executar tarefas como:

• Pesquisa na web.
• Pesquisa aprofundada.
• Codificação.
• Detecção de anomalias.
• Tradução.
• Análise de dados.
• Automação de fluxos de trabalho.

Ele também disse que a aplicação mais ampla da IA mudará a estrutura de funcionários da Amazon, podendo reduzir o número total de funcionários corporativos da empresa no longo prazo, à medida que a eficiência aumentar.

Portanto, este incidente de 1,8 milhões de dólares envolvendo Claude ocorreu dentro de uma empresa que deliberadamente promove mais automação, e não menos.

A Amazon prevê cerca de 220 mil milhões de dólares em despesas de capital em 2026

A escala do investimento em infraestrutura da Amazon é enorme.

No ciclo de resultados do segundo trimestre de 2026, Jassy elevou a previsão de despesas de capital da empresa para 2026 para aproximadamente:

220 mil milhões de dólares

Acima do plano anterior de cerca de 200 mil milhões de dólares.

A maior parte dessas despesas está relacionada com:

• Capacidade dos centros de dados da AWS.
• Infraestrutura de IA.
• Chips personalizados.
• Servidores.
• Redes.
• Energia elétrica.
• Robótica e outra infraestrutura de longo prazo.

A carta anual da Amazon aos acionistas de 2025 já explicava que a empresa não fez a estimativa anterior de 200 mil milhões de dólares "por intuição".

Jassy afirmou que a AWS tem compromissos de clientes suficientes para justificar a racionalidade da maior parte da construção de infraestrutura.

Isto cria um contraste marcante:

A Amazon está a investir centenas de milhares de milhões de dólares
na expansão da capacidade de IA

enquanto também aprende
como impedir que uma única carga de trabalho de IA
desperdice milhões de dólares.

Estes dois problemas não são contraditórios.

Capacidade de infraestrutura e eficiência de cargas de trabalho são coisas distintas.

A AWS está a colher retornos reais do boom da IA

O artigo original aponta corretamente que os gastos da Amazon em IA e cloud não geram apenas custos.

Os resultados oficiais da Amazon para o segundo trimestre de 2026 mostram um forte crescimento da AWS.

No trimestre terminado a 30 de junho de 2026:

Métrica	Segundo trimestre de 2026
Vendas líquidas totais da Amazon	200,6 mil milhões de dólares
Vendas líquidas da AWS	42,2 mil milhões de dólares
Crescimento anual das vendas da AWS	37%
Lucro operacional total da Amazon	27,5 mil milhões de dólares
Lucro operacional da AWS	16,6 mil milhões de dólares

Assim, a AWS contribuiu com aproximadamente:

60% do lucro operacional da Amazon

representando também cerca de:

21% das vendas líquidas totais

nesse trimestre.

A Amazon também afirmou que a taxa de execução de receita anualizada dos seus negócios de IA e de chips já ultrapassou os 25 mil milhões de dólares.

Portanto, a empresa tem fortes razões económicas para continuar a promover a adoção de IA, ao mesmo tempo que melhora a disciplina de custos.

A força de trabalho da Amazon está a mudar em simultâneo

Os gastos com IA são apenas um aspeto do plano de automação da Amazon.

A empresa também está a reduzir postos de trabalho corporativos.

Em outubro de 2025, uma reportagem da Reuters afirmou que a Amazon planeava cortar até 30 mil postos de trabalho corporativos.

Jassy também disse aos funcionários que a adoção mais ampla de IA generativa pode significar menos empregos em certas categorias e mais noutras.

É importante notar que não se pode simplificar cada despedimento da Amazon como "a IA substituiu funcionários".

As reduções de força de trabalho em grandes empresas podem envolver:

• Reestruturações.
• Contratação excessiva durante a pandemia.
• Pressões de custos.
• Redução de níveis de gestão.
• Encerramento de negócios.
• Automação.
• Ganhos de eficiência impulsionados por IA.

O que é claro é que a própria Amazon espera que a IA mude as suas necessidades futuras de funcionários.

A automação de armazéns traz a mesma lógica para o mundo físico

A fonte passa depois da automação de escritórios para armazéns e logística.

A reportagem, baseada em documentos internos da Amazon, descreve uma estratégia robótica ambiciosa.

Segundo a mesma, o objetivo é automatizar grande parte das operações de armazém nos próximos anos, o que pode permitir à Amazon evitar a contratação adicional de centenas de milhares de funcionários quando o volume de mercadorias crescer.

Uma estimativa amplamente divulgada afirma que a automação pode permitir à Amazon evitar:

a contratação adicional de cerca de 160 mil funcionários nos EUA até 2027

e mais de:

600 mil funcionários adicionais até cerca de 2033

em comparação com um caminho de crescimento menos automatizado.

Estes números baseiam-se em projeções internas noticiadas, e não num compromisso público da Amazon de despedir 600 mil funcionários existentes.

Esta distinção é importante.

"Evitar contratações futuras" e "eliminar postos existentes" são economicamente relacionados, mas não idênticos.

A Amazon sublinha publicamente que a robótica também pode criar funções diferentes nas seguintes áreas:

• Manutenção.
• Fiabilidade.
• Engenharia robótica.
• Supervisão de processos.
• Operações técnicas.

O impacto laboral de longo prazo continua a ser objeto de debate.

O economista Daron Acemoglu é um dos principais críticos, alertando que a automação agressiva por grandes empregadores pode transformar as empresas de criadoras de emprego em massa em entidades que eliminam ou evitam um grande número de postos de trabalho.

A era do "mais tokens = mais IA" está a terminar

A segunda secção principal da fonte

afasta-se da Amazon para um comportamento mais amplo do Vale do Silício: tokenmaxxing (maximização do consumo de tokens).

Durante algum tempo, as empresas promoveram a adoção de IA de forma tão agressiva que o próprio volume de utilização se tornou um símbolo de estatuto.

Os gestores queriam que os funcionários:

• Usassem mais IA.
• Executassem mais agentes.
• Automatizassem mais trabalho.
• Experimentassem com ousadia.
• Formassem equipas mais pequenas em torno da IA.

Em algumas organizações, esse incentivo evoluiu para tabelas de classificação.

E quando uma métrica se torna visível, os funcionários aprendem a otimizar essa métrica.

Este é um caso clássico da lei de Goodhart:

Quando uma métrica se torna um objetivo, deixa de ser uma boa métrica.

A empresa quer uma aplicação produtiva da IA.

Mede o consumo de tokens, porque o consumo de tokens é fácil de contabilizar.

Os funcionários aumentaram então o consumo de tokens.

Os números subiram.

Mas a produção eficaz não aumentou necessariamente.

A Amazon desativa o KiroRank

A Amazon tinha uma tabela de classificação interna não oficial chamada KiroRank.

Ela acompanhava ou classificava os funcionários com base na sua atividade envolvendo o Kiro (a ferramenta de desenvolvimento de IA da Amazon).

Segundo a Business Insider e o Financial Times, alguns funcionários começaram a executar tarefas de IA desnecessárias para melhorar as suas pontuações.

A Amazon acabou por desativar a tabela de classificação.

O vice-presidente sénior Dave Treadwell disse aos funcionários para não usarem IA pelo simples facto de a usar.

A Amazon passou a adotar métricas mais focadas na produção real, incluindo um indicador chamado deploys normalizados (normalized deployments).

A lição é simples:

Consumo de tokens
≠
Produtividade

Um programador que usa 100 milhões de tokens sem entregar nada não é automaticamente mais eficiente do que um que resolve um problema com 5 milhões de tokens.

A tabela de classificação Claudeonomics da Meta criou os mesmos incentivos

Segundo relatos, a Meta também realizou experiências semelhantes.

Uma tabela de classificação interna criada por funcionários, chamada Claudeonomics, agregava o uso de IA de mais de 85 mil funcionários e mostrava os 250 principais utilizadores.

Nos relatos, surgiram títulos como:

• Lenda dos Tokens (Token Legend).
• Mago do Cache (Cache Wizard).

Imortal de Sessão (Session Immortal).

De acordo com o The Information, funcionários da Meta consumiram dezenas de trilhões de tokens em um período contínuo de 30 dias.

Relatos posteriores situaram o total de 30 dias em cerca de:

73,7 trilhões de tokens

A Meta então passou a adotar controles de uso mais rígidos e criou um Gateway de IA (AI Gateway) centralizado para visibilidade de custos e gerenciamento de orçamento.

Esses dados são baseados em cobertura de relatos internos, não nas demonstrações financeiras públicas da Meta.

O artigo de origem também converteu os 73,7 trilhões de tokens em uma fatura hipotética de US$ 221 milhões por mês.

Esse número não deve ser considerado como o valor real da fatura da Meta.

Essencialmente, é:

73,7 trilhões de tokens
×
US$ 3 por milhão de tokens
≈
US$ 221 milhões

Isso pressupõe que cada token seja cobrado pelo preço de tabela de um token de entrada.

O uso real pode envolver modelos diferentes, tarifas empresariais negociadas, combinações de entrada/saída, cache, modelos internos e acordos de plataforma.

O fato útil é a escala de uso de tokens relatada — não a conversão simplificada de faturamento.

Uber esgotou o orçamento anual de IA para codificação em quatro meses

A Uber também enfrentou problemas orçamentários semelhantes.

Relatos de junho de 2026 afirmam que a empresa esgotou o orçamento anual de suas ferramentas de codificação com agentes inteligentes já no primeiro trimestre.

Quatro meses do ano.

Em seguida, a Uber introduziu limites padrão:

US$ 1.500 por funcionário
por mês
por ferramenta de codificação com IA

O limite se aplica separadamente às seguintes ferramentas:

• Claude Code.
• Cursor.

Os funcionários podem visualizar seu próprio uso por meio de um painel interno e aprovar exceções se houver justificativa para gastos adicionais.

Essa abordagem se aproxima mais do FinOps tradicional em nuvem.

A questão mudou de:

Quanta IA os funcionários usaram?

Para:

Quanto custou esse fluxo de trabalho e o resultado valeu a pena?

Executivos da Uber sempre defenderam que a IA pode trazer ganhos significativos de eficiência.

A mudança não é de "usar IA" para "não usar IA".

É de consumo ilimitado para consumo gerenciado.

Até a OpenAI diz que os custos se tornaram um "problema enorme"

Os provedores de modelos também enfrentam essas questões econômicas internamente.

Em um evento empresarial em junho de 2026, Sam Altman afirmou que o maior usuário interno de tokens da OpenAI consome cerca de:

100 bilhões de tokens por mês

Ele comparou isso a cerca de seis anos e meio atrás, quando 100 mil tokens por mês já pareciam anormalmente altos.

O Business Insider também citou uma reportagem do The New York Times segundo a qual um funcionário da OpenAI usou cerca de:

210 bilhões de tokens em uma semana

Altman disse que os custos passaram de um problema que os clientes quase não mencionavam no início de 2026 para um:

"problema enorme"

naquele ano.

A ironia é evidente.

Os laboratórios de IA querem que os modelos fiquem mais baratos para que os clientes possam usar mais IA.

À medida que os modelos ficam mais baratos e os agentes se tornam mais autônomos, o crescimento do uso total pode superar a queda no preço unitário.

Isso é uma manifestação do efeito Jevons:

Custo unitário menor
→ Mais uso
→ Gasto total possivelmente maior

A maioria das empresas ainda não consegue enxergar integralmente suas contas de IA

A governança de custos é difícil porque o uso de IA está espalhado por toda parte.

As empresas podem pagar por IA por meio de:

• APIs diretas.
• AWS Bedrock.
• Azure.
• Google Cloud.
• Assinaturas SaaS.
• Agentes de codificação.
• Copilots incorporados.
• Contas de despesas departamentais.
• Inferência interna.
• Ferramentas de fluxo de trabalho de terceiros.

Um relatório para CFOs do The Wall Street Journal citou uma pesquisa que descobriu que apenas:

26% das empresas

têm visibilidade completa de seus custos de IA.

Isso significa que muitas empresas já estão tentando otimizar os gastos com IA antes de conseguir atribuir esses custos de forma confiável.

As equipes financeiras podem saber o total da fatura do fornecedor, mas não sabem:

• Qual equipe gerou o custo.
• Qual aplicativo gerou o custo.
• Qual fluxo de trabalho do cliente gerou o custo.
• Qual loop de agente causou o pico.
• Quanto do custo produziu resultados bem-sucedidos.
• Quanto foi desperdício em novas tentativas.

A governança de custos de IA exige mais do que a fatura mensal

Um sistema útil de custos de IA empresarial deve responder a perguntas em vários níveis.

Nível 1: Quem gastou?

Rastreie por:

• Funcionário.
• Equipe.
• Produto.
• Repositório de código.
• Agente.
• Ambiente.

Nível 2: O que consumiu o custo?

Diferencie:

• Tokens de entrada.
• Tokens de saída.
• Gravação em cache.
• Leitura em cache.
• Chamadas de ferramentas.
• Buscas.
• Execução de código.
• Novas tentativas.

Nível 3: O que o gasto produziu?

Relacione os custos a:

• Implantações.
• Chamados resolvidos.
• Pull requests mesclados.
• Relatórios entregues.
• Solicitações de clientes concluídas.
• Eventos de receita.
• Horas economizadas.

Nível 4: O comportamento do agente está normal?

Monitore:

• Chamadas duplicadas idênticas.
• Loops de novas tentativas.
• Crescimento repentino de contexto.
• Picos de tokens.
• Sessões ociosas por longo tempo.
• Falhas de ferramentas.
• Tarefas sem progresso.

O objetivo não é apenas reduzir tokens.

É detectar tokens de baixo valor.

Um orçamento melhor para agentes tem múltiplas proteções

Um limite mensal em dólares é útil, mas incompleto.

Agentes de nível de produção geralmente devem ter vários limites simultaneamente.

Exemplo:

Por tarefa:
  Tempo máximo de execução: 30 minutos
  Número máximo de chamadas de modelo: 80
  Máximo de novas tentativas por ferramenta: 3
  Custo máximo: US$ 5

Por usuário:
  Orçamento diário: US$ 50

Por equipe:
  Orçamento mensal: US$ 25.000

Global:
  Alerta de anomalia quando o gasto por hora aumentar +100%
  Interruptor de emergência para desligamento total

Os valores específicos dependem do cenário de uso.

A arquitetura é a parte essencial.

Um sistema fora de controle deve colidir com várias barreiras independentes antes de causar uma surpresa de sete dígitos.

Por que limites rígidos são essenciais para agentes autônomos

O software tradicional normalmente espera uma nova solicitação para continuar trabalhando.

Um agente pode criar a própria próxima ação.

Isso muda o modelo de risco.

Suponha que um agente receba uma instrução como:

Encontre o registro de autor correto e atualize o banco de dados.

Ele descobre que há uma correspondência ambígua.

Ele busca novamente.

Então pede ao modelo para comparar os candidatos.

Então ele tenta novamente uma API.

Então gera novas consultas de busca.

Então expande o contexto.

Então ele faz um loop.

Se o critério de sucesso não estiver bem definido, o sistema pode permanecer "ocupado" por muito tempo sem ficar mais correto.

Os agentes precisam de um conceito de:

parar

seja por motivos técnicos ou financeiros.

Mais automação não significa mais eficiência

O texto original termina citando um famoso caso de fracasso de automação da era pré-IA: Knight Capital.

A analogia é útil porque o problema da Knight não tinha nada a ver com LLMs.

Foi uma falha em software automatizado, controle de implantação e limitação de perdas.

Em 1º de agosto de 2012, a Knight Capital implantou um novo software de negociação para o programa de liquidez de varejo da Bolsa de Valores de Nova York.

De acordo com a Securities and Exchange Commission (SEC) dos EUA, um erro de implantação deixou um código antigo ainda ativo em um servidor.

Quando o novo sistema entrou no ar, aquela funcionalidade adormecida começou a enviar ordens não intencionais ao mercado.

O sistema continuou operando por aproximadamente:

45 minutos

A SEC afirmou posteriormente que a Knight acumulou uma carteira não intencional de valores mobiliários de bilhões de dólares, com perdas superiores a:

US$ 460 milhões

O artigo original em chinês usava o número comumente citado de US$ 440 milhões. Os materiais de execução posteriores da SEC usam mais de US$ 460 milhões, portanto esta tradução adota o número do órgão regulador para garantir precisão.

A lição da Knight Capital é a ausência de redes de segurança

As críticas da SEC não se resumem ao fato de o software ter uma falha.

Software sempre tem falhas.

As falhas mais graves incluem:

• Processo de implantação frágil.
• Testes insuficientes.
• Controles ausentes.
• Monitoramento deficiente.
• Falta de um mecanismo eficaz de desligamento automático.

O sistema da Knight executa à velocidade da máquina.

Essa velocidade é

em circunstâncias normais, uma vantagem.

Durante uma falha, a mesma velocidade amplifica os danos.

O padrão básico é quase idêntico ao risco de custo de agente:

Automação funcionando normalmente
→ Velocidade é valor

Automação com falha
→ Velocidade amplifica perdas

Agentes de IA adicionam um novo tipo de função de perda

O sistema da Knight gastava dinheiro diretamente por meio de negociações.

A maioria dos agentes empresariais não tem acesso a corretoras.

Mas eles têm um medidor.

Cada chamada de modelo pode gerar custo.

Cada ferramenta pode ter impacto downstream.

Certos agentes também podem ser autorizados a executar:

• Comprar recursos de nuvem.
• Iniciar tarefas.
• Enviar e-mails.
• Modificar código.
• Implantar infraestrutura.
• Adquirir serviços.
• Migrar dados.

À medida que os sistemas de IA ganham mais permissões, seus modos de falha começam a se parecer cada vez menos com erros de chatbot e mais com perda de controle de automação.

É por isso que a governança de IA precisa cada vez mais aproveitar conceitos familiares de sistemas financeiros e infraestrutura de nuvem:

• Orçamentos.
• Disjuntores.
• Limites de taxa.
• Limiares de aprovação.
• Trilhas de auditoria.
• Rollback.
• Botão de parada de emergência.

A automação amplifica sucesso e fracasso simultaneamente

O texto original termina com o princípio correto.

A automação promete:

• Execução mais rápida.
• Menor custo unitário.
• Menos erros humanos repetitivos.
• Maior escala.
• Operação 24/7.

Essas vantagens são reais.

Mas os sistemas não amplificam seletivamente apenas o comportamento correto.

Eles também amplificam:

• Suposições incorretas.
• Loops quebrados.
• Permissões incorretas.
• Ferramentas mal configuradas.
• Incentivos ruins.
• Limitações ausentes.

A automação mais perigosa não é necessariamente aquela que falha imediatamente.

É aquela que ainda parece produtiva enquanto falha rapidamente, repetidamente e de forma invisível.

O projeto de US$ 1,8 milhão da Amazon com Claude não é, segundo relatos, um motivo para parar de usar agentes.

É um motivo para parar de tratar o consumo de agentes como um experimento sem medição.

Lista prática de controle de custos para agentes de IA

Antes da implantação

1. Defina claramente os resultados de negócio.
2. Estabeleça o custo máximo aceitável por tarefa bem-sucedida.
3. Estime o uso normal de tokens e ferramentas.
4. Defina limites rigorosos por tarefa.
5. Defina limites de repetição.
6. Configure tempos limite.
7. Exija aprovação humana para operações de alto impacto.

Durante a execução

1. Atribua os gastos a projetos e responsáveis designados.
2. Rastreie separadamente entradas, saídas, cache e taxas de ferramentas.
3. Alerte sobre crescimentos horários ou diários anormais.
4. Detecte chamadas repetidas e loops travados.
5. Registre resultados bem-sucedidos e falhos.
6. Mostre os custos atuais aos operadores do agente.

Após a execução

1. Calcule o custo por resultado bem-sucedido.
2. Revise caminhos de execução excepcionalmente caros.
3. Compare camadas de modelos.
4. Use cache quando apropriado.
5. Remova contexto desnecessário.
6. Roteie tarefas simples para modelos mais econômicos.
7. Atualize os limites conforme o comportamento muda.

O ponto não é reduzir a fatura ao mínimo a qualquer custo.

É tornar a fatura explicável.

Perguntas frequentes

A Amazon realmente gastou US$ 1,8 milhão no projeto Claude?

O Financial Times relatou que um projeto da Amazon usando Claude Sonnet acumulou cerca de US$ 1,8 milhão em custos, excedendo o orçamento em aproximadamente 860%, e o problema levou cerca de cinco meses para ser descoberto. O número vem de relatos internos de funcionários, não de um relatório público de incidentes da Amazon.

O projeto da Amazon realmente usou 600 bilhões de tokens?

Esse número é apenas um exemplo aritmético aproximado, baseado em US$ 1,8 milhão dividido pelo preço de US$ 3 por milhão de tokens de entrada. A contagem real de tokens do projeto, versão do modelo, combinação de entrada/saída, uso de cache e outras taxas não foram divulgadas publicamente.

Qual é o preço atual do Claude Sonnet?

A Anthropic atualmente lista o Claude Sonnet 5 a US$ 2 por milhão de tokens de entrada padrão e US$ 10 por milhão de tokens de saída. Os preços listados para Sonnet 4.6 e 4.5 são US$ 3 e US$ 15, respectivamente, sem incluir diferenças aplicáveis de cache, processamento em lote ou plataforma de nuvem.

Por que os agentes de IA podem ficar tão caros?

Os agentes podem fazer várias chamadas de modelo para uma única solicitação de usuário, reproduzir grandes contextos, chamar ferramentas e repetir automaticamente operações com falha. Se o fluxo de trabalho entrar em loop ou não tiver condição de parada, os gastos podem continuar aumentando mesmo quando a tarefa não está mais gerando progresso válido.

O que é o Amazon KiroRank?

KiroRank é, segundo relatos, um ranking interno informal relacionado ao uso da ferramenta de IA Kiro da Amazon pelos funcionários. De acordo com relatos, a Amazon o desativou depois que os funcionários começaram a otimizar exclusivamente essa métrica, e a liderança também instruiu os funcionários a não usar IA apenas para aumentar o uso.

Como as empresas devem limitar os gastos com agentes de IA?

Controles eficazes incluem: orçamentos em dólares por tarefa, limites no número de chamadas de modelo, limites de repetição, tempos limite, cotas por usuário e por equipe, alertas de anomalias, atribuição de uso e um botão de desligamento de emergência. A melhor métrica geralmente é o custo por resultado de negócio bem-sucedido, em vez do volume bruto de tokens.

Qual é a relação entre Knight Capital e agentes de IA?

A Knight Capital perdeu mais de US$ 460 milhões em cerca de 45 minutos depois que uma implantação de negociação automatizada falhou por falta de mecanismos de segurança adequados. O incidente ilustra o mesmo princípio geral: a automação aumenta a velocidade do trabalho eficaz, mas também aumenta a velocidade e a escala das falhas.

A redução do preço dos tokens pode resolver o problema de custo da IA empresarial?

A redução de preço sozinha não é suficiente. Preços unitários mais baixos podem incentivar maior uso, especialmente quando os agentes operam de forma autônoma. As empresas ainda precisam de visibilidade, orçamentos, roteamento, cache e medição baseada em resultados.

Ferramentas relacionadas

• Preços do Anthropic Claude: Preços oficiais para modelos Claude, cache de prompts, processamento em lote e sessões de agente.
• Amazon Bedrock: Plataforma gerenciada da AWS para usar Claude e outros modelos de fundação com controles de nível empresarial.
• AWS Budgets: Ferramenta da AWS para definir orçamentos e acionar alertas quando gastos ou uso excedem limites.
• AWS Cost Explorer: Para analisar e atribuir gastos da AWS ao longo do tempo.
• AWS Cost Anomaly Detection: Monitoramento automático para identificar padrões anômalos de gastos na AWS.
• Kiro: Ambiente de desenvolvimento de IA da Amazon mencionado nos relatos sobre o ranking de uso interno KiroRank.

Links relacionados

• Financial Times: Amazon descobre exemplos de IA

levando a gastos fora de controle](https://www.ft.com/content/77baac40-d803-4084-94f3-a133653072cf): Relatório principal sobre o projeto Claude de US$ 1,8 milhão da Amazon e outros estouros de custos internos.

• Resultados do segundo trimestre de 2026 da Amazon: Confirmação oficial da receita da AWS no segundo trimestre de US$ 42,2 bilhões, lucro operacional de US$ 16,6 bilhões e lucro operacional total da Amazon de US$ 27,5 bilhões.
• [Andy Jassy sobre IA generativa e agentes](https://www.aboutamazon.

com/news/company-news/amazon-ceo-andy-jassy-on-generative-ai): Memorando oficial da Amazon, descrevendo mais de 1.000 serviços de IA generativa, bem como a expectativa de Jassy sobre bilhões de agentes no futuro.

• Preços do Claude da Anthropic: Informações detalhadas sobre os preços atuais do Sonnet e a cobrança por token.
• SEC: Falha de negociação da Knight Capital: Explicação do regulador sobre o incidente de negociação automatizada de 2012 e o prejuízo superior a US$ 460 milhões da Knight.
• Business Insider: Amazon encerra KiroRank: Reportagem sobre o ranking de uso de IA da Amazon e o abandono do tokenmaxxing.
• Wall Street Journal: A métrica que os CFOs têm dificuldade de rastrear — uso de IA: Reportagem sobre a visibilidade de custos de IA nas empresas e a taxa de visibilidade integral de 26%.

Resumo

Segundo relatos, um projeto da Amazon que usava Claude Sonnet acumulou uma conta de US$ 1,8 milhão, excedendo o orçamento em cerca de 860%, levou cinco meses para ser detectado e, no final, nunca chegou a ser implantado. O caso demonstra que, quando um agente pode consumir repetidamente recursos de IA cobrados por uso sem condições robustas de parada, um erro de software comum pode se tornar extraordinariamente caro.

A Amazon não está saindo do campo da IA. A AWS cresce rapidamente, a empresa prevê cerca de US$ 220 bilhões em despesas de capital em 2026, e Andy Jassy descreve um futuro com bilhões de agentes. Portanto, a resposta ao custo fora de controle tende a ser um reforço na governança de custos, e não uma redução da automação.

A mesma transformação é visível em todo o Vale do Silício. A Amazon desativou o KiroRank, a Meta migrou do tokenmaxxing para um sistema orçamentário, a Uber estabeleceu um limite mensal de US$ 1.500 por funcionário para cada ferramenta de codificação, e Sam Altman afirmou que, mesmo dentro da OpenAI, os custos de IA se tornaram uma grande preocupação.

O fracasso da Knight Capital oferece uma lição eterna: a automação não apenas amplifica a eficiência. Quando os controles são frágeis, ela amplifica os erros na mesma velocidade.

A métrica correta de IA empresarial não é "quantos tokens usamos?", mas sim "que resultados mensuráveis esses tokens produzem e, quando deixam de gerar valor, o que faz o sistema parar?"