双账本模型：跨云、模型与记录系统的多智能体 AI 交易粒度成本核算
本文目录
arXiv:2611.06989 (cs.AI)
[Submitted on 4 Nov 2026]
作者：Vivek Acharya
摘要#
企业在多云、大语言模型（LLM）、编排框架（orchestration harnesses）和记录系统（systems of record）上运行多智能体 AI 系统来执行业务交易。财务部门只在结算粒度上获得 AI 成本，按 SKU 和计费周期汇总。业务问题（这笔订单、理赔或案件消耗了多少 AI 成本？）无法用账单数据回答，因为提供商从来看不到企业的交易边界。FinOps 开放成本与用量规范（FinOps Open Cost and Usage Specification，FOCUS）为不同提供商提供统一的账单数据模式，但即便增加了 AI token 和请求者归因，它仍然是结算粒度。我们形式化这种粒度不匹配，推导出七项要求，并提出双账本模型（Two-Ledger Model）：一个结算账本，存放符合 FOCUS 的账单数据；与一个归因账本连接，后者基于 OpenTelemetry GenAI 遥测构建的调用粒度用量记录。一个分层关联主轴（trace context、A2A/MCP 元数据、业务键关联、概率匹配）把每条记录分配到其业务交易，并记录方法和置信度；一个带版本的费率卡近乎实时地为用量定价；周期对账把两个账本与发票绑定，未解释的残差可识别影子 AI（shadow AI）。成本按订单、理赔或结果报告，并附带智能体成本指标。一个具有已知真值的模拟显示：当 trace 传播降为零时，关联主轴仍能维持超过 99% 的成本覆盖率；对账残差能在 0.24 个百分点以内恢复植入的未计量支出，同时标记提供商计费错误；飞行中门控（mid-flight gating）可将 p99 交易成本降低最多 61%，误暂停率为 2–4%。我们提议将归因账本作为调用粒度的 FOCUS 配置（profile）进行标准化。
评论：16 页，5 幅图，12 张表。代码与合成数据：this https URL
主题：人工智能（cs.AI）；分布式、并行与集群计算（cs.DC）；多智能体系统（cs.MA）
ACM 分类：I.2.11；K.6.2；C.2.4
引用：arXiv:2611.06989 [cs.AI]（或 arXiv:2611.06989v1 [cs.AI] 引自本版本）
https://doi.org/10.48550/arXiv.2611.06989
提交历史#
来自：Vivek Acharya [查看电子邮件]
- [v1] Wed, 4 Nov 2026 17:04:04 UTC (66 KB)
附加文件#
README.txtresults.jsontwoledger_sim.py