Seu gasto com coding de IA finalmente tem um mapa.
Engenheiros rodam Claude Code e Codex o dia todo, e a conta chega no fim do mês como um número único e indiferenciado. O Bromure Enterprise o divide por repo, por arquivo, por engenheiro e por modelo — para você ver para onde os tokens realmente vão.
O problema
Você paga por token e voa às cegas
Coding com IA agora é uma rubrica de verdade, e é cobrada por token. Mas a fatura te dá um total, não uma história. Quais times estão impulsionando isso? Quais repositórios são caros de trabalhar? O gasto está comprando velocidade, ou um módulo legado complicado está silenciosamente comendo um quarto do orçamento toda vez que alguém o abre?
Sem atribuição, as únicas alavancas que a liderança tem são grosseiras: limitar todo mundo, racionar licenças ou desviar o olhar e torcer. Nenhuma delas é uma decisão — são palpites. E os engenheiros que geram mais valor parecem idênticos, na fatura, aos que estão presos em um canto caro do código.
A resposta do Bromure
Gasto de tokens, atribuído até o nível do arquivo
Como cada agente roda dentro de uma VM Bromure, cada token que ele gasta é observado na origem. O Bromure Enterprise consolida isso em um gasto que você consegue de fato ler: por repositório, pelos arquivos dentro de cada repositório, por engenheiro, por equipe e por modelo — ao vivo enquanto as sessões rodam, retido centralmente, consultável.
Agora os cantos caros do seu código ficam visíveis. O repo que custa 5× a mediana para trabalhar, o único arquivo que cada agente relê mil vezes, o modelo premium fazendo um trabalho que um mais barato faria — eles deixam de ser invisíveis e passam a ser coisas que você pode corrigir, orçar ou cobrar por chargeback.
Visibilidade de custo de IADisponível agora
Um gasto que você pode pôr diante de finanças e engenharia ao mesmo tempo
Conecte o Bromure Agentic Coding ao seu servidor corporativo e cada sessão assistida por IA vira um registro custeado e atribuível. Finanças vê para onde o orçamento vai; engenharia vê onde o código é caro de trabalhar. Mesmos dados, dois públicos.
Um treemap do seu orçamento de tokens
Cada repositório dimensionado pelos tokens gastos nele, com drill-down até arquivos individuais. As partes caras do seu código, ranqueadas, num relance.
Consolidações prontas para chargeback
Gasto agrupado por equipe, projeto e centro de custo — exportável para os mesmos sistemas de finanças que você já usa para alocar custo de nuvem e SaaS.
Orçamentos e alertas
Defina um teto mensal por equipe ou repo e seja avisado antes de estourar, não depois da fatura. Detecte um loop descontrolado no dia em que começa, não no dia em que cobra.
Insight de mix de modelos
Veja a divisão de modelos em cada equipe e repo, e encontre o trabalho rodando em um modelo premium quando um mais barato bastaria.
Como funciona
Custo por repositório
Ranqueie cada repo pelos tokens gastos trabalhando nele. Monorepos sprawling e legados mal documentados aparecem na hora em vez de se esconder dentro de um total mensal.
Custo por arquivo
Aprofunde em um repo e veja quais arquivos impulsionam o gasto. Um módulo de 12.000 linhas que cada agente relê a cada tarefa vira uma rubrica de orçamento que você pode apontar e refatorar.
Consolidações por engenheiro e por equipe
Atribua o gasto às equipes para chargeback e orçamento — sem transformá-lo em vigilância de indivíduos. Aloque-o do mesmo jeito que você aloca qualquer outro recurso compartilhado.
Detalhamento por modelo
Veja onde um modelo caro está fazendo trabalho barato. Dimensione o padrão corretamente e veja a curva dobrar sem atrasar ninguém.
Na prática
De um número mensal a um mapa acionável
Cada sessão de agente que seus engenheiros rodam inicia dentro de uma VM Bromure atrelada à identidade deles, ao repositório em que trabalham e ao modelo que escolheram. À medida que o agente lê arquivos, chama ferramentas e gera código, o Bromure registra o gasto de tokens contra exatamente esse contexto — sem SDK para instrumentar, sem wrapper em volta do modelo, sem mudança na forma como os engenheiros trabalham.
No console corporativo, esses dados viram um treemap. O time de plataforma o abre e vê que um serviço legado de cobrança responde por 28% do gasto do mês — e, dentro dele, um único arquivo de 9.000 linhas que cada agente relê por inteiro a cada tarefa. Isso não é um problema de IA; é um problema de documentação e modularidade que o gasto apenas tornou visível.
Eles dividem o arquivo, adicionam um README focado e veem o gasto do mês seguinte nesse repo cair dois terços. O CFO ganha um número que pode defender; o time de plataforma ganha um item de backlog com valor em dólar atrelado; os engenheiros ganham um agente mais rápido. Ninguém foi racionado.
Arquitetura e integração
Como é realmente construído
O marketing acaba aqui. O que segue é o substrato técnico sobre o qual cada implantação Bromure se apoia — o mesmo, quer você esteja protegendo uma força de trabalho BYOD ou segregando níveis de classificação dentro de uma agência regulada.
Isolamento aplicado pelo hypervisor
Cada perfil roda em sua própria VM Linux leve sobre o Virtualization.framework da Apple — kernel, sistema de arquivos e pilha de rede separados do host. A imagem base é um build Alpine assinado e reprodutível, clonado via copy-on-write do APFS na abertura da sessão (custo de disco próximo de zero). O host não consegue ler a memória da VM; a VM não consegue ler a área de transferência, o sistema de arquivos nem os adaptadores de rede do host, a menos que a política do perfil permita explicitamente.
Identidade: SSO para usuários, mTLS para dispositivos
Enrollment e abertura de sessão são gates de dois fatores que sua organização já opera. OIDC / SAML contra Google Workspace, Okta, Microsoft Entra ou Authentik identifica o usuário. Um certificado de cliente mTLS por dispositivo, emitido pelo seu PKI e vinculado à instalação, identifica a máquina. Revogue qualquer um e a próxima sessão não inicia — sem agente para ser adulterado, sem política local para ser contornada.
Perfil como código
O perfil de trabalho — lista de SaaS permitido, postura de download / área de transferência / capturas de tela, configuração de VPN, layout de teclado, CAs raiz, regras de saída de rede — é um artefato declarativo assinado. Versione-o no Git. Publique pelo seu MDM ou pelo endpoint de configuração do Bromure. Perfis adulterados falham na verificação de assinatura e a sessão se recusa a iniciar. O que roda na máquina do usuário é bit-a-bit o que você autorou.
Plano de rede por perfil
Cada perfil carrega sua própria NIC virtual. Escolha NAT pelo host, bridge para uma interface física, ou túnel por WireGuard, IKEv2 / IPsec ou Cloudflare WARP — todos terminados dentro da VM, invisíveis ao host. Some overrides de DNS, whitelists de portas de saída, isolamento de LAN e um proxy HTTP. A segmentação é aplicada pelo hypervisor, não por um adesivo no firewall.
Pipeline de auditoria
Cada requisição — timestamp, verbo, URL, status, usuário, perfil, dispositivo — é capturada fora da VM em um stream JSON Lines resistente a adulteração e entregue ao sink de logs que você já alimenta (SIEM, data lake, arquivo de retenção). Gravação de sessão opcional apenas-cabeçalhos ou corpo completo para tráfego suspeito. Esquema estável, campos documentados, sem vendor lock-in no formato.
Efêmero por padrão, persistente por opt-in
Feche a janela e a VM é destruída. Tokens, cookies, cache, downloads e qualquer malware que tenha aterrissado durante a sessão vão junto. Perfis que precisam de estado — um conjunto de favoritos, uma sessão salva, um SaaS logado — habilitam um disco persistente criptografado com LUKS e chave vinculada ao Keychain do macOS. A chave nunca sai do dispositivo do usuário.
Perguntas comuns
Os engenheiros precisam instrumentar alguma coisa?
+
Não. Como o agente roda dentro da VM Bromure, o gasto de tokens é observado na origem. Não há SDK a adicionar, proxy a configurar por repo, nem mudança na forma como os engenheiros invocam Claude Code, Codex ou Aider.
Como vocês atribuem o gasto a um arquivo específico?
+
O Bromure correlaciona as leituras, edições e chamadas de ferramenta do agente dentro de uma sessão com os tokens que essa sessão consumiu, e então consolida por caminho. Você obtém uma visão por arquivo dentro de cada repositório, não apenas um total por repo.
Isso é vigilância de engenheiros individuais?
+
É feito para alocação de custo, não para policiar desempenho. As consolidações têm como padrão equipe e repo; dados por engenheiro existem para chargeback e têm acesso controlado. O objetivo é achar código caro, não ranquear pessoas.
Funciona com Claude Code, Codex e outros?
+
Sim. A atribuição acontece na camada da VM e da sessão, então é agnóstica a modelo e a agente — qualquer agente que você rode dentro do Bromure é custeado da mesma forma, e o detalhamento por modelo deixa você compará-los diretamente.
Pare de adivinhar para onde os tokens vão.
Transforme uma fatura mensal em um mapa do seu código — por repo, por arquivo, por equipe, por modelo.