Amazon pede que funcionários controlem uso de IA: gastar mais tokens não significa maior produtividade

A Amazon publicou um conjunto de diretrizes internas de engenharia que vai na contramão do movimento que dominou os escritórios tech nos últimos meses: o tokenmaxxing .

A prática, que consiste em inflar deliberadamente o consumo de tokens em ferramentas de IA para parecer mais produtivo nos dashboards internos, virou alvo direto da empresa, afirmando que consumir mais tokens não é o mesmo que entregar mais valor.

O problema com a métrica O problema não é novo, mas a resposta formal da Amazon sinaliza que ele chegou a um nível operacional intolerável.

Segundo o memorando, indicadores como taxa de adoção de IA, consumo de tokens, volume de alterações de código e revisões se tornam “profundamente falhos” quando desconectados de resultados concretos.

Transformá-los em metas, diz a empresa, estimula comportamentos que contradizem diretamente dois princípios que a Amazon cultiva há décadas: frugalidade e simplicidade.

O efeito prático é contas de computação infladas e software desnecessariamente complexo.

O episódio mais emblemático aconteceu em maio, quando ficou claro que engenheiros da empresa estavam usando o MeshClaw , um agente de IA interno capaz de realizar tarefas como deploy de código e interações com o Slack, exclusivamente para inflar contadores de token.

A resposta da empresa foi encerrar um ranking interno que havia se tornado um incentivo explícito para esse tipo de gamificação, ainda antes da publicação das novas diretrizes.

A nova estratégia da Amazon A alternativa proposta pela empresa é centrada em resultados de longo prazo.

“ Acreditamos que é melhor medir, e ser medido por, resultados de longo prazo” , escreveu a Amazon no documento.

Isso não significa ignorar os dados de uso, já que métricas de input continuam úteis quando analisadas “com cuidado e julgamento” ao lado de outros indicadores.

A recomendação prática é olhar para os dois extremos: equipes que usam menos IA e equipes que usam mais, avaliando se a adoção está ou não se convertendo em entregas melhores.

Outro ponto relevante do documento é o recuo em relação à obrigatoriedade implícita do uso de IA.

Se uma ferramenta não beneficia o trabalho de alguém, isso é “ uma descoberta, não uma falha “.