一个 Agent 查询工单、检索手册、核对状态，再请人工确认，整个过程可能只展示成一条回答。如果财务记录只有最后一次模型费用，前面的工具成本会消失；如果把整个过程耗时折成人工成本，又会把机器等待算到人身上。

多轮流程需要两套关联的账：一套记录实际调用费用，另一套记录人的有效投入。任务周期可以作为第三个视角观察体验，但不要混进前两者。

用任务树连接技术事件

业务任务保留稳定 task_id，每次模型或工具调用有独立 call_id，并记录父调用或步骤关系。这样可以知道某个检索为何发生，是正常流程、必要重试，还是错误循环。

调用记录包括工具类型、开始结束时间、状态、用量、计费来源和幂等标识。业务参数需要脱敏，不为了对账保存凭据。实际收费由供应商或内部计费规则决定，工具返回失败不等于没有费用。

工具执行与模型推理也应分开。有的供应商可能打包计费，有的按服务独立收费。归集时明确哪些项目已经包含，避免将同一部分重复计算。

估算和结算保留不同状态

执行前可以为调用预留预算，用于控制最大支出；执行后按实际用量更新估算；账单到达后再完成结算。这三者服务不同目的，不要覆盖成一个无法解释的 cost 字段。

对于结果不确定的调用，先查询状态或按幂等规则处理，再决定重试。重复执行不但增加费用，也可能造成业务副作用。成本优化不能脱离执行语义，只看调用次数。

价格表、模型版本和折算汇率等口径需要记录版本。历史费用调整保留原因，不能在更新配置后悄悄重算所有历史数据，让前后的比较失去依据。

图中的两条账都关联同一任务，但单位不同。费用可以按币种归集，工时按角色与阶段记录；等待时长只说明任务停留，不代表任何人一直在工作。

人工投入按实际动作记录

人工可能在流程中阅读证据、补充信息、批准动作、修改结果或回写系统。每段投入应标明角色和原因。必要审批属于设计成本，因错误建议导致的返工则应单独归因。

有效工时可以使用显式开始暂停事件或经过验证的估算方式。网页打开时长不等于处理工时，多个任务并行时尤其如此。若数据不完整，报告应写明估算范围，不制造精确到秒的假象。

模型等待期间，人员可能处理其他任务；工具失败后，人员可能需要重新核验。前者不该全部记工时，后者不能因为发生在 Agent 界面之外而漏记。

看清重试为什么发生

网络超时、参数不合法、模型反复请求相同证据和人工要求补问，应有不同原因码。它们对应基础设施、工具合同、流程规划与输入质量问题，修复方式不同。

同时记录调用有没有带来新证据。多轮并不天然有价值；如果状态和输入没有变化，重复调用可能只是重新生成相同判断。可以为流程设置调用数、截止时间与费用预留，达到边界后留下接续状态。

预算退出不代表任务完成。保存已查证据、未决问题和下一负责人，人工才能利用此前投入，避免从头来过。

在相同质量要求下比较方案

固定流程可能减少调用，动态规划可能处理更多例外。比较时要保持任务集合、质量门槛与统计范围尽量一致，并展示失败、人工接管和未完成任务。

完整任务费用与工时分别报告，再按明确费率估算总成本。共享基础设施或长期知识整理无法精确归属时，可以单列，承认边界比遗漏更利于决策。

有了这些记录，团队才能判断应该减少哪一轮调用、改善哪份证据、保留哪项人工确认。成本分析最终应帮助流程变得更有效，而不是单纯让账单中的某一行变小。