O Kostria lê os registros que os assistentes de código já deixam no disco e decompõe o total por projeto, feature e conta: a mesma fatura, com a origem do gasto anexada a cada linha.
Números ilustrativos. A atribuição segue os arquivos efetivamente editados em cada sessão, cruzados com o histórico do Git.
Sem cadastro, sem agente, sem enviar código para lugar nenhum.
Times adotaram assistentes de código sem instrumentar o consumo, e agora ninguém consegue apontar de onde veio o valor da fatura.
O painel do fornecedor mostra quanto a organização gastou, não quanto cada projeto contribuiu para esse número.
Monorepo, worktree ou vários repositórios abertos: a edição acontece fora da pasta onde a ferramenta foi aberta, e medir pelo diretório erra o projeto.
Um PR de consolidação carrega várias frentes; uma feature grande atravessa vários PRs. Sem cruzar com o histórico do Git, não dá para dizer o que cada entrega custou.
O Kostria trabalha sobre arquivos que já existem no disco. Nenhuma integração nova, nenhuma credencial adicional, nenhuma nuvem.
Varre os logs que os assistentes de código mantêm por sessão, em todas as contas configuradas na máquina, e descarta o histórico reescrito por retomada e compactação.
Liga cada arquivo editado ao commit que o levou, e daí à área do produto e ao item do board. Worktree é resolvido para o repositório principal.
Um HTML para ler, um Markdown para mandar, um CSV para o financeiro e um painel local para navegar. Cada número carrega a origem do preço.
Atribuição pelos arquivos efetivamente editados, não pela pasta em que a ferramenta foi aberta. Em bases reais isso muda o ranking inteiro.
Por área do produto e por item do board, cruzando cada edição com o commit que a levou. O PR é uma unidade grosseira demais.
Arquivos reescritos várias vezes na mesma sessão, sessões que só leram sem entregar nada, e a fatia do consumo que é releitura de contexto em vez de código novo.
Custo por edição entregue, não por token. O modelo caro pode precisar de menos tentativas.
Comparação com a janela anterior de mesma duração, marcando o que é novo e o que sumiu, mais projeção mensal e alerta de orçamento.
Um comando de verificação roda invariantes e compara rotas independentes de apuração. O que não pode ser apurado aparece como lacuna declarada, nunca como estimativa silenciosa.
Comparação de capacidade, não de marketing. Se uma resposta
parecer forte demais, o caminho é verificar com kostria doctor,
não aceitar de olho fechado.
| Eixo | Painel do fornecedor | Grep manual no log | Kostria |
|---|---|---|---|
| Atribuição por projeto | Só o total da conta ou organização | Possível, mas o script e a manutenção são seus | Por arquivo efetivamente editado |
| Cruzamento com Git/feature | Não existe | Não, a menos que você construa | Liga o arquivo ao commit e à área do produto |
| Roda offline | Não, depende da conta logada no fornecedor | Sim | Sim, por design (painel escuta só em 127.0.0.1) |
| Custo de manutenção | Nenhum, mas você não decide o que ele mostra | Seu: o formato do log muda e o script quebra | Da ferramenta, não do seu script |
Grep lê uma linha de cada vez. Não decide o que fazer quando uma sessão é retomada e o histórico duplica turnos por compactação, não separa contas quando há mais de uma configurada na máquina, e não sabe que um arquivo editado virou parte de qual commit. O Kostria resolve essas três coisas antes de somar qualquer número.
O total dele está certo, só não decompõe por projeto ou feature: essa granularidade não existe do lado dele. O Kostria não substitui o painel, responde a pergunta que ele não foi desenhado para responder.
O relatório declara a cobertura de preço linha a linha (no exemplo do terminal acima, 93,9% dos tokens com preço verificado) e marca o resto como lacuna, não como estimativa disfarçada. Quem audita decide se a lacuna importa para aquele fechamento, em vez de confiar num número redondo.
O Kostria varre todas as contas configuradas na máquina e mantém o consumo separado por conta, uma das três dimensões de atribuição da ferramenta. Sessões de contas diferentes não se misturam num total só.
Rode kostria doctor: ele confere os invariantes e
compara rotas independentes de apuração, e qualquer divergência
aparece como tal, não como número editável à mão. Se mesmo assim um
total não bater com sua expectativa, o caminho é abrir o relatório e
checar a origem do preço daquela linha.
Por isso o Kostria não tem servidor. A apuração acontece na
máquina, o painel escuta apenas em 127.0.0.1, e nenhum caminho
de arquivo, nome de projeto ou trecho de código atravessa a rede.
Instale, rode e leia o relatório. Se os números não fizerem sentido, o comando de verificação diz exatamente onde a apuração é frágil.