供应商账单解释不了钱花在哪里
一家公司可能同时使用公有模型、私有模型、代码 Agent 和业务系统里的 AI 功能。供应商的计费单位和账期不同，有的按输入输出计费，有的按席位或调用次数计费，财务把账单加在一起后，只能看到总额。即使账单能按账号拆开，也很难知道一次调用属于客户项目、内部研发还是个人试用。
管理者真正要回答的是哪个团队的用量在增长、费用对应哪些项目、异常消耗有没有产出。比如一项报告任务连续重试五次，模型账单会记五笔正常调用；业务负责人却需要知道前四次为什么失败、第五次是否通过验收。这些关联必须在调用发生时一并记录，月底再靠人补标签往往已经对不上。
把费用归到具体工作
用量记录至少要同时回答“谁在用”和“为什么用”。人员与团队决定预算归属，项目与任务解释业务目的，模型和供应商用于比较价格与效果，最终状态则说明这笔消耗有没有形成可用结果。
- 记录发起人和所属团队，确认费用由哪个管理单元承担；
- 关联项目和交付目标，项目结束后停止相关消耗；
- 保留模型和供应商信息，比较价格与任务表现；
- 区分推理、检索、执行环境和外部工具的消耗；
- 把费用与任务成功、重试和验收结果关联起来。
试点阶段可以从项目和发起人两项开始，不必一开始就设计复杂的财务分摊。等高频任务稳定后，再增加任务类型、成本中心或客户编号。字段越多，员工和系统维护标签的成本越高；没有明确用途的维度先不要收集。
额度要限制风险，也要保证工作能继续
公司额度控制总量，项目额度保留必要资源，个人额度可以限制误操作带来的消耗。三层额度的作用不同：公司看整体预算，项目确保关键工作有资源，个人额度防止测试脚本或错误循环持续消耗。临时扩容需要记录申请原因、有效期和审批人，到期自动恢复，避免一次例外变成长期配置。
接近阈值时，不要只有“继续”和“停止”两个选择。普通任务可以预警、切换到成本更低的模型或降低并发；涉及客户交付的关键流程，可以保留专用额度并设置备用模型。大额消耗前要求人工确认时，确认页要显示预计费用、所属项目和本月剩余额度，让审批人知道批准的是什么。
额度过紧也会制造隐性成本。员工频繁等待审批，可能转回个人账号或绕过统一入口。设置后的前几周要观察申请次数和任务中断原因，再调整阈值，而不是一次定死。
复盘时看完成一项任务花了多少
每周检查异常调用，每月核对项目和模型的费用变化。试点结束时，再比较单位任务耗时、返工和通过率。低价模型如果带来更多重试和人工修正，完成一项合格任务的总成本反而可能更高；单次调用贵一些的模型，如果一次通过，也可能更省。
复盘时可以挑费用变化最大的几个项目，向下看到具体任务：增长来自业务量增加、模型切换，还是失败重试。如果费用增长同时带来更多合格结果，它可能合理；如果调用量翻倍而交付数量不变，就要检查提示词、工作流或模型选择。基线怎么记、按什么口径验收，见企业 AI 试点的任务选择与验收标准。
先从一个团队落地
- 统一接入模型与 Agent 的调用记录；
- 强制每次执行关联人员和项目；
- 先设置可观察的软额度与预警；
- 识别异常和高频任务后，再设置硬限制或模型路由；
- 把月度账单与任务结果一起复盘。
第一轮的目标是把一笔费用从供应商账单追到具体任务，并说明任务结果。这个链路跑通后，再扩大团队和细化财务分摊，规则会比一开始凭想象设计更稳。
常见问题
为什么供应商账单看不出钱花在哪里？
一家公司可能同时使用公有模型、私有模型、代码 Agent 和业务系统里的 AI 功能。各家计费单位和账期不同，账单相加之后只剩总额。
用量至少要归到哪几个维度？
发起人和所属团队、项目和交付目标、模型与供应商，并区分推理、检索、执行环境和外部工具的消耗。试点阶段可以先从项目和发起人两项开始。
额度怎么分层设置？
公司额度控制总量，项目额度保留必要资源，个人额度限制误操作带来的消耗。临时扩容要记录申请原因、有效期和审批人。
选便宜的模型就一定省钱吗？
不一定。低价模型如果带来更多重试和人工修正，完成一项合格任务的总成本反而可能更高，所以对账时要同时看耗时、返工和通过率。