Contabilização de custos de API de agentes financeiros

Escolha a unidade de trabalho antes de estimar o custo

Defina se está medindo um briefing de empresa, uma comparação de resultados, uma atualização de watchlist ou um experimento quantitativo. Uma aplicação multiagente pode fazer muitas solicitações de modelo dentro dessa unidade. Separe tarefas concluídas tecnicamente de artefatos aceitos por um revisor. O custo por artefato aceito captura tentativas e trabalhos rejeitados que uma métrica de custo por resposta não captura. Mantenha a definição da tarefa estável ao comparar modelos; caso contrário, uma execução mais barata pode simplesmente ter lido menos fontes ou pulado uma etapa de revisão necessária.

Mantenha um registro de solicitações ligado à tarefa

Registre identidade da tarefa, etapa, papel do modelo, modelo solicitado, identidade observada da solicitação, número da tentativa e status final. Preserve uso de tokens e o registro de faturamento aplicável quando disponível. Um timeout do cliente não prova que nenhuma computação ocorreu ou que a solicitação foi gratuita. Mantenha um estado de faturamento não resolvido até a reconciliação. Nunca coloque chaves, prompts privados ou documentos licenciados completos em um registro de custos que será compartilhado com público mais amplo.

{
  "job_id": "REQUIRED",
  "stage": "research_synthesis",
  "model_role": "review",
  "requested_model": "CURRENT_CATALOG_MODEL_ID",
  "request_id": null,
  "attempt": 1,
  "input_tokens": null,
  "output_tokens": null,
  "charge": null,
  "billing_status": "unreconciled",
  "artifact_status": "pending"
}

Aplique o contrato real de faturamento

Use a fonte de preços atual para o modelo selecionado e registre sua versão ou data de recuperação com a estimativa. Diferencie entrada comum, entrada em cache, saída e qualquer outra categoria faturada segundo o contrato. Não conte duas vezes um subconjunto em cache já incluído na entrada total. Preços oficiais do provedor e cobranças do gateway são contratos diferentes; nenhum deve substituir silenciosamente o outro. Se uma resposta não tiver uso, use evidência autoritativa de faturamento quando disponível e preserve a incerteza até lá.

Contabilize as partes não-LLM da pesquisa financeira

Adicione acesso a dados financeiros, extração de documentos, armazenamento, computação local e revisão humana como categorias separadas. Um experimento Qlib ou treinamento FinRL pode consumir recursos substanciais sem fazer uma solicitação de chat. Um notebook FinGPT pode combinar conversa remota de agente com inferência local de sentimento. Manter esses caminhos distintos explica onde a otimização pode ajudar. Ao informar custos compartilhados de assinatura ou infraestrutura, declare o método de alocação em vez de fingir que cada tarefa gerou uma cobrança independente.

Entenda por que custos multiagente se multiplicam

TradingAgents tem papéis de modelo separados e etapas iterativas de pesquisa; o total depende do volume real de fontes e das rodadas configuradas. Outros frameworks acrescentam coordenação, recuperação, tentativas ou revisões repetidas de código. Conte essas operações pelos logs, em vez de estimar pelo número de agentes nomeados. O mesmo documento longo pode ser repetido em vários prompts. Inspecione onde o contexto é reutilizado e se cada revisão extra produz um benefício de aceitação distinto. Um grafo maior não é automaticamente um fluxo de pesquisa mais econômico ou preciso.

Reduza trabalho repetido preservando evidências

Extraia documentos uma vez por fonte e versão do parser e depois passe pacotes delimitados de evidências às etapas seguintes. Reutilize cálculos determinísticos por identidade de entrada e fórmula. Limite rodadas de debate e tentativas e escolha papéis de modelo segundo os requisitos reais da tarefa. Valide o efeito na saída aceita, não apenas a contagem de solicitações. Resumo agressivo pode omitir a ressalva mais importante; reutilização de cache pode servir um documento antigo. Toda otimização precisa detectar entradas antigas e preservar a fonte original para revisão.

Compare fluxos no mesmo pacote de tarefa

Use o mesmo conjunto de emissores, data-limite, pacote de fontes e critérios de aceitação. Registre artefatos concluídos, rejeitados, tarefas parciais e correções humanas. Compare a distribuição resultante dos custos das tarefas em vez de escolher uma execução favorável. Em uma watchlist agendada, separe eventos inalterados de eventos de nova fonte porque o trabalho difere. Em pesquisa quantitativa, inclua o número de hipóteses tentadas e a computação local. Publique configuração e limites das evidências junto de qualquer número medido posterior para que outro revisor saiba o que a comparação realmente cobre.

Status de evidências e medição

Esta página fornece um método contábil, não um preço por relatório medido nem uma tabela atual de preços de modelos. Fontes oficiais de projetos estabelecem responsabilidades diferentes de runtime; a página de preços atual fornece termos comerciais. Nenhum registro de uso de fluxo financeiro da APIsRouter foi gerado para este guia. Um caso medido deve incluir evidência de solicitação redigida, cobranças reconciliadas, custos de recursos não relacionados ao modelo e uma contagem de artefatos aceitos.

Perguntas frequentes