Agent 任务成本怎样算：把失败、重试和人工接管一起记账

以售后地址变更为例，收到请求是任务开始，业务系统保存新地址且向客户发送符合规则的确认是结束。模型生成“已经修改”的文字，不能作为完成证据。若用户在处理前撤回请求，单独记录为撤回；不要把它混进成功或失败以美化结果。

同一请求的重试属于执行尝试，尝试中的模型与工具调用属于消耗明细。一个 task_id 可以关联多个 attempt_id，再关联各次调用。业务方与维护者应共同确认任务边界，尤其要说明一次对话里包含多个诉求时如何拆分。

复杂任务可以设置阶段成本，例如资料整理和实际写入，但总体指标仍回到约定的业务结果。只统计容易完成的阶段，会把后续的人工负担隐藏起来。

OpenTelemetry 的 GenAI 文章介绍模型名称、token 数量和调用时长等遥测，并说明采集完整消息与工具参数会涉及敏感内容。成本核算通常先记录结构化元数据，再与服务账单关联；没有必要为了计费把客户的完整对话公开到日志中。

token 数量还需要结合具体模型、输入输出类别、缓存或服务套餐的计费规则解释。本文不提供模型价格，因为计费会变化，也不能把两个平台不同的计费单位直接相除。最终归集以企业收到的实际账单与约定的分摊方式为准。

这组演算假定 100 件任务都已结案。真实跨月任务应单列在途状态；可以按固定任务组归集从开始到结案的全程费用，或明确报表只是当期运营费用与当期完成量的指标。不要把本月发生的成本与另一批本月才结案的任务混用，解释为每件任务的真实全程成本。

以下数字仅用于演算，不是本站报价，也不是客户效果：一个期间受理 100 件相同范围的任务，70 件由 AI 独立完成，20 件经人工协助完成，10 件最终失败。模型费用 200 元，工具与基础设施分摊 60 元，人工协助 100 元，维护分摊 60 元，总计 420 元。

若计算整个协作流程的成功任务成本，分母是 90，得到约 4.67 元。这个结果包含人工帮助，必须同时说明独立完成数为 70，不能写成“AI 自动完成 90 件”。若研究 AI 独立完成部分的成本，应建立能对应这些任务的独立成本账，不能随手把全部 420 元除以 70 后当成精确归因。

失败的 10 件已经消耗资源，费用留在 420 元之中。除以受理数得到的 4.20 元是平均受理成本，含义不同。两种指标可以同时报告，但要写明分母，避免在不同月份切换口径。

Anthropic 在工作流与 Agent 的工程文章中说明，增加自主过程往往需要在表现、时延和成本之间取舍，并建议从简单方案开始。企业可以据此比较固定流程、单次模型辅助和动态 Agent，但结果仍需用自己的任务验证。

例如地址变更主要依赖固定字段和授权，动态规划可能增加没有必要的调用。相反，一件需查阅多份资料的开放研究任务，允许探索可能更合适。比较时把任务难度、结果要求和允许时长保持一致，不要用简单 FAQ 的成本去对比复杂调查。

优化可以先查重复检索、过长工具返回和失败重试。减少调用后还要重测结果：如果模型少看一份关键证据导致更多人接管，账单下降不代表总任务成本下降。

预算达到上限时，系统不能用未经验证的结果草率结束。已发生的业务动作需要查询，未执行的动作需要明确暂停。用于预算估算的价格表和实际账单可能不同，报表应保留差异及调整说明。

首次搭建、数据整理与系统对接属于项目投入；模型、存储、资料更新和日常维护通常持续发生。若为了比较长期运行把初始投入摊到任务上，应公开预计使用期限和任务量，也展示尚未分摊的原始金额。

低任务量时，共享平台费用与维护工时可能占主要部分。团队应说明按任务量、资源占用还是部门约定分摊。不同分摊规则会改变部门报表，却不会改变企业总支出，所以总账与分账都应可回溯。

人员工时是资源消耗，不等同于工资现金支出会同步减少。节省的时间能否用于更多工作，需要业务方另行验证。本文计算成本，不把工时变化自动转换成收入增长。

先选择费用能够关联、成功能够核对的一类任务，连续使用同一口径观察。成本下降只有在结果质量、权限与服务要求仍达标时才有解释价值。不同业务的成本容忍度也不同，不存在通用的“每个 Agent 任务应低于几元”。