区域节点名单落地之后：算力入网入市要接的标识、计量与台账
一、名单回答的是谁来建节点，企业遇到的是另一组问题
据公开报道，工业和信息化部办公厅印发《关于公布国家算力互联互通区域节点建设名单的通知》（工信厅信管函〔2026〕404 号），按工信厅信管函〔2026〕35 号的要求，经各地公开申报、材料审查、专家评审，确定北京等 17 个省（自治区、直辖市）进入区域节点建设名单，并要求加快节点建设、严格实施项目管理、尽快投入应用、把工作情况及时报送。同一批文件里还配套了节点建设方案，行业节点由地方通信管理局或者工业和信息化主管部门初审后再上报评审公示。
这份名单回答的问题是”由谁来建”，不是”我手里这些卡接下来怎么被用、被算钱、被追责”。我们做算力服务和模型服务交付，遇到的三件事分别是：资源能不能被稳定标识，用量能不能被双方认可的口径计量，任务能不能被跨主体调度并在出问题时定责。这三件事每一件都有明确的工程交付物，没有一件是靠写材料完成的。
先把一条纪律说清楚：名单里省市的排列顺序不构成任何优劣排序，我们不做这种比较；文件里的”节点””服务中心””入网入市”这些词也不能直接抄进架构图当分层。政策文本是输入条件，不是设计方案。至于某家企业是否适用、按什么条件申报，要问属地主管部门，以正式文本为准。
二、资源台账：先把”我有什么”写成别人能查的形状
台账是这件事的第一块地基。调度方或者需求方问”你能给什么”，回答必须是一组可查询的字段，而不是”我们有若干 GPU”。下面这张表是我们内部整理的形态，右两列说明为什么这个字段省不掉、以及它由哪个系统自动产出。
| 台账条目 | 必录字段 | 为什么不能省 | 数据来源 |
|---|---|---|---|
| 加速设备与互联 | 卡型、显存容量、单机内互联方式与带宽、跨机网络规格 | 只记卡型会在多机并行任务上误判，跨机带宽不足时训练效率断崖式下降 | 装机清单加节点探测脚本 |
| 可分配容量 | 单机空闲卡数、集群可整片分配的最大规模、被长期预留的部分 | “总卡数”和”能一整片给出去的数”经常差很多，报错了就是违约 | 调度器账本 |
| 可用窗口 | 可对外的小时段、维护与升级窗口、断电演练和检修排期 | 窗口不写清，第一次争议就发生在”这段时间我以为不可用” | 运维日历 |
| 抢占与排队策略 | 允许的抢占等级、被抢占后状态保留时长、检查点落盘要求 | 决定谁能让别人停手，也决定失败重放要不要重复计费 | 调度策略配置 |
| 电力与制冷约束 | 机房与单柜功率上限、超限后的降频行为 | 大任务的吞吐常常被功率而不是被卡型限制，这是最容易被忽略的天花板 | 动环监控 |
| 可承载任务类型 | 训练、微调、推理、批处理、图形类；是否允许长期驻留服务 | 不同类型的计量口径、留痕要求和失败代价完全不同 | 业务标签体系 |
| 软件栈版本 | 驱动、通信库、容器基础镜像、算子覆盖范围 | 版本组合不可用时，标识再准确也接不住任务 | 镜像仓库与配置管理库 |
台账的关键不在字段多，在于自动产出。手工维护的表在两周之内就会和真实集群分叉，之后所有人都会绕开它去问”某某机房现在空不空”。我们的做法是给每条台账记录绑一个来源系统，来源缺失的字段就标成未知，而不是让人凭印象填。每周做一次差异比对，比对结果里”未知”的比例是台账本身的健康指标；长期降不下去，说明这张表会被绕过。
三、标识的最小构成与它的可追溯要求
资源标识不需要花哨，最小构成是五块：唯一标识、精确到机房的位置、能力标签、归属主体、变更历史。
唯一标识要求不重复、不复用、不因改名而失效。已废弃的标识应当保留而不是回收，否则结算记录里同一条标识会指向两台不同的设备，事后无法解释。位置至少要到机房粒度，只写城市会掩盖同一城市不同机房间在功率、制冷和网络出口上的差异，而这些差异直接决定延迟敏感任务该不该被派过去。能力标签必须带版本，一次误判的责任划分往往要回答”当时那个标签声明的是什么”。归属主体在租赁、代维、共建这几种场景里决定谁有权同意数据出域、谁有权批准现场操作。
变更历史最容易被省掉，但结算和故障争议几乎都发生在变更之后：同一块容量前一条记录挂在甲名下、后一条改成乙，谁改的、什么时候生效、改之前的记录还在不在。因此标识系统必须能被追溯到运维记录：一条标识的每次属性变更，应当能查到一个对应的工单号或者变更记录号。做不到这一点，标识就只是一个好看的编号。
关于标识的三条纪律，写成清单更容易执行：
- 一次变更留一条不可变记录，允许追加，禁止就地改写。
- 标识不回收、不改义；换设备就发新标识，旧标识标注停用时间与原因。
- 对外引用只允许使用标识，不允许用位置或能力标签代替标识下单。
四、计量口径的三处天然差异，要在结算前收敛
同一次占用，至少有三种算法：按卡时、按任务、按有效产出。
按卡时最粗，也最容易核算，双方各自记的数最接近，但它把排队、预热、镜像拉取这些成本推给某一方，谁来承担要事先约定。按任务需要定义”完成”的语义：失败重跑算一次还是两次，被抢占后从检查点续起算完成还是算部分，这些定义没写清，同一批任务能得出两套账。按有效产出最贴近业务价值，代价是要向对方暴露内部指标，很多团队在这一档上不是技术上做不到，而是不愿把指标开放出去。
调度方和提供方对不上是常态而不是异常。调度方看的是任务从派发到返回的整段时间，提供方看的是设备实际被占用的区间，中间夹着排队、预热、重试、抢占后再入队；一台机器上多个任务并存时还要分摊公共开销。误差不会自己消失，只能在结算前收敛。我们固定的三个动作是：先声明口径（每一方用什么时钟、什么起止点、什么分摊规则），再对齐边界事件（把派发、开始占用、结束占用、结果返回这四个事件在日志里落成可比对的记录），最后设容差（差异在什么范围内按提供方数据为准，超过就要逐条核对）。顺序不能反，先谈价再定口径的项目最后都会重算。
五、跨主体调度必须事先约定的六类条款
把资源交给别人调度，或者去调度别人的资源，下面六类条款要在第一单之前定下来，事后补的几乎没有一次是顺利的。
- 故障定责所需的日志字段：至少包含派发时刻、实际开始与结束时刻、退出码或失败原因分类、当时的容量快照、双方各自的请求标识。缺任何一项，事后只能靠口述。
- SLA 的可测定义：在谁的视角测、什么状态算不可用、探测频率与判定窗口多长、维护窗口是否从分母里剔除。不能测的承诺不算条款。
- 数据边界的分界：训练数据、中间产物、临时文件、内存快照、日志与崩溃转储分别在哪儿，哪些算出域。这条要在架构图上标出来，而不是只写在协议里。
- 延迟敏感任务不外溢：在线推理这类对尾延迟敏感的任务默认留在自己域内，需要外溢时列明例外和理由，因为跨主体链路里的排队和抢占不受你控制。
- 计量与对账：口径、对账周期、容差、以谁的数据为准、争议单的挂起规则。
- 退出条款：镜像和数据在多久内以什么方式取回、对方保留副本的销毁时限、销毁凭证的形态。没有退出条款的接入，等于把资产交给别人保管。
洹拓在这类条款上吃过教训：早期的合作只写了容量和价格，日志字段一项没定，第一次跨主体故障发生以后，光是对”到底谁先超时”就反复拉扯，谁也拿不出证据。现在我们把它做成模板里的必填项，缺项就不开单。
六、当作采购渠道时怎么尽调，自建池想接入要先补什么
如果目标是把区域节点当成获取算力的渠道，尽调清单只需要四条，但要问得具体：能不能指定资源位置（回答”尽量”的等于不能），能不能做隔离（隔离到什么粒度，网络、宿主机还是逻辑配额），事后能不能审计（能不能拿到上面第五节那些字段），退出时数据与镜像怎么拿回。这四个问题只要有一个答不上来，就该把它当成普通外包而不是可调度资源。
反过来，自建算力池准备对外提供服务，要先补的四件事是：自动产出的台账、能追溯到运维记录的标识、监控与报表能按日自动生成而不是人工汇总、访问与操作的安全审计留痕。这四项的完成度决定接入后是持续供货还是持续救火。
读这份政策，我们的三条纪律是：节点是标识与调度层，不等同于便宜算力；接入公共调度不等同于算力一定卖得掉，需求侧的匹配、SLA 和价格照样要一家一家谈；名单本身不包含资金、补贴与考核办法的信息，任何这方面的推测都不应写进方案，我们也不在此做这类推测。
最后重申口径：本文只讨论企业侧的工程准备，不解读政策适用范围。相关要求以《关于公布国家算力互联互通区域节点建设名单的通知》及配套的节点建设方案正式文本、属地主管部门的答复口径为准，我们不代表任何企业判断是否适用。