成本归因的第一步，是让每次模型调用都带着部门、项目和责任人回来。
FinAPI 是一套面向企业 AI 调用的费用管理方法，把模型、Token、预算、项目和责任人放进同一套账里，并通过技术手段实现成本优化。MAI Gateway （魔芋企业AI网关）是这套方法的产品载体：请求经过网关时，系统会记录谁在调用、属于哪个项目、使用了哪笔预算，让月底账单能够找到明确的业务归属。
月底，供应商发来一张大模型API账单。金额没错，模型名称也列得清楚。可财务准备分摊时，问题来了：这笔费用算研发，还是算客服？某个共享账号同时被三个项目使用，应该让谁签字？
IT能证明接口确实调用过，业务部门也承认大家都在用AI，但再往下问，答案就开始含糊。
"可能是内容团队用得多。"
"那个Key之前给过好几个人。"
"Agent是研发部署的，任务却是运营发起的。"
一张只有总额的账单，在供应商那里是完整的；放进企业内部，它缺了最重要的一半：责任和业务归属。
供应商账单解决不了企业分账
供应商关心的是哪个账号用了什么模型、消耗多少Token、应收多少钱。企业财务关心的却是另一套问题：哪个部门承担，属于哪个项目，由谁负责，最后产出了什么。
这两套口径都合理，但粒度不同。
如果企业直接用个人Key、共享账号或散落在业务代码里的供应商密钥，调用记录通常只到账号或模型这一层。月底再按人数、部门收入或拍脑袋比例分摊，虽然能把总额摊完，却很难解释真实使用情况。
平均分摊尤其容易制造误判。某部门人数多，不代表模型调用多；研发部署了Agent，也不代表费用应该由研发承担；一个跨部门项目用了共享模型，更不能只记在申请Key的人头上。
账分出去了，责任并没有分清。
分账要从调用时留下身份开始
准确归因要从请求发生的那一刻开始。
企业内部的应用、员工和Agent不再直接持有供应商密钥，而是使用由网关发放的受控令牌。令牌绑定责任人、部门和项目，并限制可用模型、调用频率与预算。这样，每次请求经过网关时，系统已经知道它从哪里来。
项目在这里很重要。部门适合做组织管理，项目更接近业务目标。一次营销活动、一个客服改造项目、一套AI编程平台，都可以拥有独立的成员、令牌、预算和报表。人员会调整，模型会更换，只要调用仍归属于同一项目，成本记录就不会断。
最终得到的是一条能往下追的费用链：供应商、模型、部门、项目、用户或Agent、令牌、调用时间和具体消耗彼此关联。
一笔AI费用，至少要回答五个问题
要让财务可以核对、业务可以确认，一条调用记录至少应保留这些信息：
- 谁发起：员工、应用或Agent，以及对应的受控令牌；
- 为谁花：所属部门、项目和费用承担主体；
- 调了什么：模型、供应商链路和计价规则；
- 花了多少：输入与输出Token、请求次数和折算费用；
- 调用是否正常：时间、耗时、成功状态、重试及异常标记。
业务结果也应该尽量带上。例如客服请求可以关联工单编号，内容任务可以关联活动或素材批次，研发调用可以关联代码仓库或项目。网关负责记录调用成本，业务系统负责提供任务身份。两边接上之后，企业才有条件计算一张工单、一条有效素材或一次研发任务实际用了多少AI费用。
这一步不能靠财务在月底补录。事后没人记得某次调用为何发生，也很难从一串Token数字反推出业务目的。
月末对账，应该核对哪几层
有了调用明细，月末工作会从"猜费用"变成"查差异"。
第一层是总额。内部计量与供应商账单是否一致，价格版本、结算周期和币种口径是否统一。
第二层是模型与链路。哪些费用来自指定模型，是否发生过故障切换、重试或备用供应商调用。有些差异来自路由策略的正常执行，需要留下说明。
第三层是组织和项目。费用能否完整归到责任主体，是否存在未绑定项目的共享令牌、离职人员遗留令牌或临时测试账号。
第四层是异常。调用量突然上升、上下文异常变长、失败后连续重试，或者非工作时段出现高频请求，都应该单独列出，由项目负责人确认。
财务最终拿到的，应该是"总额可核、差异可解释、责任可确认"的账，而不是一份要求IT再次手工加工的日志导出。
成本归因做完，很多管理问题才会露出来
当费用能落到项目，企业会看到一些总账里看不到的现象。
同一个部门的费用增长，可能只来自一个配置错误的Agent；某个看似昂贵的项目，单位任务成本反而更低，因为它减少了大量人工复核；一款高价模型被频繁用于简单提取，也可能是应用根本没有提供其他模型选项。
这些问题的处理方式完全不同。前者要修复重试和熔断，第二种需要结合业务产出判断，第三种则应该调整模型权限或路由。没有归因时，它们都会被笼统地归为"AI太贵"。
分账也会改变沟通对象。过去财务只能找IT解释总账；归因清楚后，可以直接和项目负责人讨论预算、异常与产出。IT负责平台和规则，业务负责人确认这笔消耗是否必要，财务把它放进企业原有的成本体系。
MAI Gateway把调用记录接进财务流程
MAI Gateway通过统一入口管理外部模型API、企业私有模型和本地算力。应用使用企业受控令牌，不直接保存供应商Key。组织、角色、项目、预算、路由和日志在同一套管理关系中运行。
FinAPI在此基础上记录模型价格、Token消耗和责任主体，并按供应商、模型、部门、项目、用户或令牌形成费用明细。企业可以据此完成预算跟踪、月度归集、账单核对和异常审计。
会计科目、项目编码和业务指标仍由企业定义。MAI Gateway提供可追溯的费用证据，让这些规则有数据可接。
先停止使用"无主Key"
如果一家企业准备做AI成本归因，第一件事应该是清理共享密钥。报表可以稍后。
盘点现有供应商账号和API Key，找出由多人共用、写在代码里或无法确认负责人的密钥；再按项目发放受控令牌，补上责任人、预算与可用模型。新调用先进入统一入口，旧密钥逐步轮换和撤销。
FinAPI要做的，是让模型调用从发生那一刻就有身份、有归属、有记录。等到月底，财务面对的不再是一个没人敢签字的总数，而是一组可以被项目负责人逐项确认的业务成本。
MAI Gateway现已内置FinAPI成本治理能力。企业可先选一个跨部门项目，完成令牌收口和月度对账，再逐步扩展。