一、先定三件事再谈分摊

1. 归集口径：算占用还是算产出

两种口径各有用途。按资源占用算，记的是卡时与显存占用，适合衡量谁占了多少资源。按服务产出算，记的是请求条数与输入输出词元量，适合衡量谁用了多少服务。

训练型业务只能用占用口径，因为训练没有“条数”这一说；推理型业务两种都要看，占用高但产出低，说明效率有问题。稳妥做法是两套都记，报表各出一份。

2. 归集粒度：到组，不到人

“组”要定义清楚：是行政部门、是项目组、还是成本中心。三者往往不重合——一个项目可能横跨两个部门，一批人可能同时参与三个项目。

建议以成本中心为归集单元，把项目作为二级维度。这样既能对上财务的科目，又能看清是哪个项目在花钱。归到人是不合适的，人员流动会让历史账无法回溯。

3. 结算方式：先展示，后扣减

展示与扣减是两件不同的事。展示只把各组的用量与费用算出来给人看，不动预算；扣减是从各组预算里实际划走。多数单位的正确路径是先做半年展示，让各组看到自己的真实消耗，等数据被认可、争议被处理完，再转成实际扣减。

直接上扣减的风险很具体：第一周就会有人拿着账单来质疑，而你手上的数据还没经过一轮校验，解释不清。

二、计量数据从哪来

1. 资源侧：任务与卡的绑定关系

核心记录只有一条：哪个任务、用了哪几张卡、从什么时刻到什么时刻。围绕这条记录再补三项：显存占用水位、计算利用率、任务所属的项目标识。

采集通常在两个层面做：调度侧记录的任务生命周期，与设备侧的运行状态。两边都要，因为调度侧知道任务归谁，设备侧知道卡到底在不在干活。两边一对比，能查出“占着卡不跑任务”的情况。

2. 任务侧：标签要在提交时打上

成本要落到组，前提是任务身上带着归属信息。做法是提交任务时硬性要求填两个字段：成本中心编码、项目编码。缺字段的不允许提交。

这一步会遇到阻力，因为“填两个字段”被视作麻烦。折中做法是从账号体系自动带出默认值，只在跨部门协作时手工改。自动带出能覆盖八成场景，剩下两成交给人填。

3. 服务侧：请求与调用方的对应

推理服务要按调用方记录请求量与词元量。这类记录通常落在网关或代理层，因为它们能看到完整的请求上下文。记录里至少要含调用方标识、模型版本、输入与输出词元数、状态。

调用方标识必须由鉴权体系给出，不能由请求方自己填。让自己填的，等于让成本归属靠自觉。

4. 能耗侧：能到机柜就到机柜

能耗是共享成本里颇为粗糙的一项。只有总电表，就只能整栋分摊；能采到机柜级或设备级功耗，就能按资源池分摊。分层采不到的地方，就明确写“按资源池用量比例分摊”，把假设摆出来。

关键不在于分得多精确，而在于口径一致、来源可查、规则可解释。

三、成本分三类，各有各的走法

1. 直接成本：跟着资源走

设备折旧、专属节点、独占存储，这些能直接对应到某个组的，直接归该组，不参与分摊。直接成本占比越高，账越好算，争议越少。

实践中的方向是把更多资源做成专属：专属节点池、独立存储区。专属程度高一些，分摊的复杂度就低一些。

2. 共享成本：按用量占比分摊

机房租金、公共网络、公共存储、管理节点的开销，属于多组共用。可行的分摊依据是按卡时占比，而不是按组数均摊。按组数均摊的后果是“用得少的人补贴用得多的人”，第二年所有人都会多申请。

分摊规则要固定，不要每月调整。规则一变，历史数据就不可比，各组也就无法做预算。

3. 闲置成本：单独列，不摊掉

没人用的资源也是成本。这笔钱有两种处理：摊进各组，或者单列成公共成本。建议单列，原因很简单——摊进去之后，没人会为闲置负责；单列出来，一眼就能看到浪费在哪里，才有动力去回收。

闲置成本的算法是把闲置卡时乘以单位成本，单独成一行报出来。这一行往往比任何优化建议都管用。

四、归集到组的四个字段

1. 成本中心

对上财务科目的编码。没有它，账单进不了财务流程，只能停在技术部门的表里。

2. 项目编码

用于二级分析：同一个成本中心里，哪个项目花得多。项目编码要与立项记录一致，不能各部门自己编一套。

3. 任务标识

每一笔用量都要能追回具体任务。追不回去的用量要单独归入“未归属”一栏，并定期清零。未归属占比高，说明标签机制没落实。

4. 时段

用量必须带时间戳，因为计费单价可能随时段变，也因为跨月的任务要按天拆分。跨月任务的拆分规则要提前定：按天切，还是按小时切。规则定了就不要改。

五、四种账目对不上的情形

1. 头尾边界

任务从月末晚上跑到次月第一天凌晨，算哪个月的账。行业里常见的做法是按实际占用时长切分，不足一小时按一小时计。这条要写进规则，别每次临场讨论。

2. 失败任务

跑了六小时失败，这六小时算谁的。常见约定是按实际占用计费，但属于资源侧故障的做扣减。关键是提前写清“什么算资源侧故障”，否则第一次出事就要开会。

3. 借用与抢占

A 组借用 B 组的额度，账记在谁头上。规则应当是账记在使用方，同时 B 组的额度占用要释放。抢占导致任务中断重跑，重跑的用量记在使用方，不记在被抢占方。

4. 附属资源

镜像仓库、数据集存储、日志留存、公网出口，这四项常被漏算。它们单看不多，加起来可能占总支出的相当比例。账单里要单列这四项，别混进卡时里。

六、月度账单怎么做成可核对

1. 三段式结构

第一段是明细：逐条列任务标识、卡数、起止时刻、时长、单价、金额。第二段是汇总：按成本中心与项目两级汇总。第三段是口径说明：单价怎么来的、共享成本按什么比例分的、闲置怎么算的。

三段齐了，任何一组都能自己复算。复算得出来，争议就少一半。

2. 单位要统一到卡时

不同卡型的单价不同，直接按卡数汇总会失真。做法是把卡时按卡型加权，折算成标准卡时，再乘统一单价。折算系数要公开，写进口径说明。

3. 留一条下钻路径

报表里每一行的数字，都要能点进去看到对应的原始记录。做不到下钻的账单，只能被相信，不能被验证。

4. 出账时间固定

每月固定日期出账，前后不拖。账出得不准时，各组就没法做预算，成本意识也建立不起来。

七、推进与争议处理

1. 先做三个月展示

第一步只做展示，不做扣减。展示期做三件事：暴露标签遗漏、让各组看到自己的消耗、收集对口径的异议。

展示期常见的发现是“某个组的花费远超预期”，而原因往往不是用得多，是标签打错了或者有资源被长期占着没释放。这类问题在展示期改，成本很低。

2. 设一个仲裁口

分摊必然有争议。要有一个明确的受理方与裁决规则：谁提异议、多久内答复、依据什么判。没有仲裁口的，争议会散落在各个群里，最后变成情绪。

3. 让规则可解释

任何一条分摊规则，都要能回答“为什么这么分”。答不上来的规则，就改成能答上来的形式——哪怕粗糙一点，只要一致、可查、可解释，就比精细但说不清的办法更好用。

4. 与配额联动

账单出来之后要往回看：某组的实际用量长期低于配额，说明额度给多了；长期贴着上限还要借用，说明给少了。每季度按账单调一次额度，配额才会越调越准。

结语

成本落到组，靠的不是分摊公式多精巧，而是三件事：任务身上带归属、用量有记录、规则可解释。口径定了，数据才有意义；数据全了，分摊才有依据；规则清了，争议才有落点。

落地建议：先定口径与粒度，把成本中心与项目编码统一；再要求提交任务时带上两个字段，从账号体系自动带出；然后做三个月展示，把标签遗漏与长期占用的资源清理一遍；最后才转成实际扣减，并按季度用账单回调配额。判断这套核算是否成立，标准很实在：随便点开账单里的一行数字，都能追到具体任务与起止时刻，且那个组的负责人看完之后，对数字没有异议。