Uso de tokens OpenClaw: Auditar quatro contadores antes de otimizar

O uso de tokens OpenClaw não é um número. Uma auditoria útil mantém quatro medições separadas: o instantâneo do contexto atual, os tokens relatados para chamadas modelo, o custo local estimado e a quota ou faturamento do fornecedor. Depois, une esses registos para um resultado verificado. Se alguma combinação estiver faltando, o resultado honesto é incomplete , não barato, caro, ou otimizado. Essa distinção é importante porque os contadores respondem a perguntas diferentes. Uma janela de contexto pode ser 70% completa sem que seja consumido 70% de uma quota de conta. Um fornecedor pode relatar despesas a nível da conta que incluam tráfego fora de um agente. Uma sessão pode ter metadados completos, mas nenhum preço local. E uma corrida concluída ainda não pode produzir um produto duradouro. O padrão prático é uma auditoria da cobertura antes de uma aprovação de otimização. Use as superfícies integradas do OpenClaw para coletar as evidências disponíveis, normalizá las por janela de tempo e execução e recusar um veredicto final de custo por resultado até que o uso, o preço e a cobertura dos resultados sejam explícitos. Comece com os quatro contadores que o OpenClaw realmente expõe A documentação atual do OpenClaw separa o contexto do uso. O /status mostra o modelo ativo, o instantâneo de contexto atual e as informações do token da última resposta. /context list ou /context detail explica o que ocupa essa janela: instruções do sistema, histórico de conversação, esquemas e resultados de ferramentas, anexos e arquivos de espaço de trabalho injetados. Esta é uma medição de ocupação para o prompt que o modelo pode ver agora. O /usage tokens e o /usage full expõem o uso por resposta. A /usage cost agrega o custo local a partir dos registos de sessões. O Referência de utilização de tokens diz que as entradas de transcrição assistente persistem em forma de uso normalizada e podem incluir o usage.cost quando o provedor fornece metadados e o modelo ativo tem preços. Ele também adverte que o uso do provedor pode incluir entrada, saída em cache e várias chamadas de loop de ferramentas, enquanto a exibição de contexto usa o último instantâneo de prompt. Estes totais não são intercambiáveis. O uso do fornecedor é outro âmbito. A openclaw status usage informa as janelas ou resumos das quotas dos fornecedores. O Documentação de rastreamento de utilização distingue as quotas de assinatura, a faturamento da organização e as estimativas locais das sessões do OpenClaw. A interface de controle pode mostrar tanto os cartões do fornecedor quanto a análise derivada de transcrição, mas não torna magicamente os seus escopo idênticos. Use este mapa antes de coletar dados: Evidências Pergunta respondida Erro comum Impressão do contexto O que ocupou o último modelo de aviso? Adicioná lo ao uso acumulado Utilização de turno ou sessão Que tokens registaram chamadas modelo relataram? Tratar uma transcrição escassa como completa Custo estimado local O que implicavam os preços configurados para as chamadas gravadas? Calcular a estimativa como uma fatura Quota de fornecedor ou faturamento O que informou o prestador para a sua conta ou janela? Assegurar tudo a um agente. Receita do resultado A obra pretendida se tornou realidade? Divisão por sucesso declarado pelo agente Defina o âmbito de aplicação antes do cálculo do custo Escolha uma janela UTC, um agente ou fluxo de trabalho e um predicado de resultado. Mantenha os identificadores em cada fila. Os últimos sete dias não é suficiente se o prestador utilizar uma janela de quota em rotação enquanto o relatório local usa dias de calendário. OpenClaw gasto não é suficiente se o total do fornecedor também inclui clientes directos de API, outro gateway ou um segundo agente. Um registo de corrida normalizado pode permanecer compacto: O recibo deve indicar a verificação prática mais rigorosa: um objeto no destino, uma corrida de ensaio aprovada ligada à revisão, uma resposta pública à API ou um registo de aprovação seguido de progressos observados. Não carregue pedidos, conteúdo de transcrição, valores secretos ou cargas úteis de ferramentas simplesmente para calcular uma proporção. Identificadores de execução estáveis, timestamps, campos de tokens, identificadores de modelos, preços e referências de resultados minimizadas de conteúdo são suficientes para esta auditoria. A mesma regra aplica se às retas. Agregar todos os modelos de chamada de propriedade da corrida, incluindo os loops de ferramentas aninhados, mas manter o resultado final da corrida independente. Três respostas bem sucedidas da API seguidas por um artefato faltante são custos com um recibo false success , não três resultados. Execute um portão de cobertura antes de interpretar a relação O artefato que acompanha, audit openclaw usage.mjs , reproduz seis corridas ilustrativas. Inclui deliberadamente uma corrida com um snapshot de contexto, mas sem metadados de uso, uma com metadados de token, mas sem receita de preço ou resultado configurado, e um resultado de falso sucesso. Faça isso com: A repetição encontra uso para cinco de seis corridas, preços para quatro e recibos de resultado para cinco. Trata se de três resultados verificados e um falso sucesso. O custo estimado local conhecido é $1.43 , de modo que o resultado aritmético é $0.4767 por resultado verificado. Os rótulos de auditoria que valorizam um limite inferior a , porque duas corridas não têm preços ou utilização e o total da conta $1.82 do fornecedor tem um âmbito mais amplo. Esta é a regra de decisão útil: A cobertura parcial ainda ajuda a investigação. Uma execução de uso faltante aponta para a análise do adaptador ou transcrição. Uma diferença de preços aponta para a configuração do modelo. Um recibo faltante aponta para a instrumentação do resultado. Uma diferença fornecedora/local com alcance incompatível não é automaticamente vazamento; é um restante não atribuído que precisa de uma conta, projeto, agente e limite de tempo compatível. Diagnóstico de crescimento e retestes de contexto sem confundir Uma vez que a cobertura tenha passado, divide o total por mecanismo. A pressão contextual e o gasto acumulado podem mover se juntas, mas não são o mesmo fracasso. Use o /context detail para identificar arquivos grandes injetados, esquemas de ferramentas, saída de ferramentas mantidas, anexos ou histórico de conversação compactável. O Documentação contextual explica que a poda pode remover resultados de ferramentas antigas do prompt de memória sem reescrever a transcrição, enquanto a compactação escreve um resumo e mantém mensagens recentes. Um snapshot de contexto posterior menor não exclui os tokens já cobrados em chamadas anteriores. Para retestes, reserve um proprietário e a razão de cada chamada repetida: retestes de transporte, limite de taxa de fornecedor, retestes de ferramentas, retestes de validação ou retestes solicitados pelo ser humano. Comparar os custos com os progressos úteis: A utilização crescente mais um artefato em mudança pode ser cara, mas produtiva; As chamadas repetidas sem delta de resultado são desperdícios de retestamento; Uma conta de leitura em cache elevada pode ser mais barata do que a entrada não em cache, mas ainda precisa do preço real do fornecedor; Uma longa espera legítima de aprovação não deve ser considerada um ciclo de modelo parado; A compactação que reduz o contexto mas deixa cair uma decisão necessária não é uma otimização. Somente depois que esses rótulos existem, você deve testar uma mudança, como cortar a saída da ferramenta, carregar menos habilidades, reduzir as dimensões da imagem, alterar a política de cache, compactar mais cedo ou atribuir um modelo menor. Execute o mesmo predicado de resultados antes e depois. Uma diminuição simbólica que enfraquece a conclusão verificada é uma regressão. Tratar o resultado como uma auditoria, não como uma fatura OpenClaws Referência de utilização e custos da API afirma que os totais locais de interface de controle descrevem o histórico de sessão disponível, não uma fatura do fornecedor ou um livro de conta da vida. O preço perdido aparece como desaparecido; deve permanecer desaparecido no seu relatório. As janelas de quota de assinatura podem não expor dólares por mensagem. Isso cria três conclusões legítimas: 1. Reconciliado: os escopo coincidem e cada corrida tem uso, preço e um recibo de resultado. 2. Direccional:A cobertura é suficientemente completa para comparar duas coortes controladas, mas o custo permanece uma estimativa. 3. Incompleto: As lacunas ou desajustes de alcance tornam indefensível a taxa final. O artefato devolve a INCOMPLETE de propósito. A sua diferença entre fornecedor e menos local é $0.39 , mas não atribui esse restante ao agente. Também mantém a relação $0.4767 como um limite inferior em vez de a vestir como um KPI preciso. Esse é o comportamento a preservar quando os dados reais são inconvenientes. A Sidewisp está atualmente em prévia privada. Os seus adaptadores de monitorização da produção e sistemas de recuperação não são geralmente enviados. O método aqui é uma prática operacional local para os usuários de OpenClaw hoje, não uma alegação de que a Sidewisp atualmente coleta evidências de tokens ou reconcilia a faturação do fornecedor. Se estiver a avaliar a prévia privada, a questão útil é saber se uma futura visão de saúde pode mostrar cobertura, frescura, alcance e resultados verificados além do custo, sem transformar um contador parcial em um veredicto verde.