Databricks Centraliza Gastos de Agentes por meio de Gateway Unificado

Databricks transformou o controle de custos de agentes em um problema de engenharia de plataforma. Milhares de engenheiros executam Claude Code, Codex, Cursor e outros diariamente; o gasto de tokens agora é um dos itens de linha de P&D que mais crescem. Um único loop de automação descontrolado pode consumir um mês de orçamento em uma tarde. Databricks resolveu isso com Unity AI Gateway—um único ponto que roteia todo o tráfego de agentes e impõe política de gastos antes que ferramentas individuais possam agir.

O sistema antigo impunha um único limite mensal por engenheiro—Databricks usa $500 como exemplo ilustrativo (a publicação observa "os valores em dólares são ilustrativos, não números internos reais")—com análise manual acima de $2.500. Isso tentava resolver dois problemas simultaneamente: interromper loops descontrolados acidentais e governar o uso normal. Um limite apertado o suficiente para evitar um acidente de duas horas interrompia constantemente o trabalho rotineiro. Entre 500 e 1.000 engenheiros atingiam o limite mensalmente, gerando centenas de tickets de suporte e frustração no canal #ai-devtools. Cada aumento era permanente, então um projeto caro silenciosamente inflacionava o limite de um engenheiro para sempre, expandindo o conjunto de contas vulneráveis a erros.

Databricks dividiu o problema em dois limites com ciclos de reset separados. O limite diário é pequeno em relação ao valor mensal. Quando atingido, o engenheiro recebe uma notificação no Slack e pode aprovar um aumento automaticamente—sem ticket, sem fila, sem atraso. Os orçamentos diários são resetados todas as noites nas horas de menor uso e totalmente no início do mês. O gasto acidental excessivo dispara o alarme. O gasto excessivo intencional é desbloqueado em segundos.

O limite mensal é alto o suficiente para que a maioria dos engenheiros nunca o encontre. Ultrapassá-lo sinaliza demanda incomum—uma solicitação para gastar além dos níveis dos colegas—e é encaminhado para aprovação do gerente em vez de comitê central. Os aumentos chegam em camadas fixas e expiram quando o projeto termina. Nenhum direito permanente se acumula.

Os dois limites escalam proporcionalmente. Um engenheiro com gastos mensais constantes nunca dispara o limite diário, porque o orçamento mensal dividido pelos dias úteis fica bem abaixo do limite diário. Quando um gerente aumenta o limite mensal para um sprint, o limite diário aumenta proporcionalmente. Isso mantém ambas as proteções alinhadas sem ajuste por engenheiro.

Essa arquitetura depende de um único ponto de controle. Todos os agentes de código Databricks—independentemente de ferramenta ou modelo—rotear o tráfego através do Unity AI Gateway. Isso dá à equipe de plataforma um ponto de imposição, uma visão do consumo de tokens em todos os modelos e zero dependência de configurações de ferramentas individuais. Databricks é explícita: "Nada disso funciona a menos que todo o tráfego de agentes flua através de um único ponto de controle." O gateway não é opcional; é o pré-requisito.

Se o tráfego de agentes não for centralizado na camada de gateway, os limites por engenheiro são inaplicáveis em escala. A única opção restante se torna consoles de administrador por produto multiplicados em todos os agentes que os engenheiros adotam.