算力集群十四天交付：被压缩掉的到底是哪几道工序
一、被换掉的不是工期，是甲方要审的纸
据公开报道，英伟达把算力集群做成预制化交付，从平地起数据中心到开始产出 token 只需十四天，并配合开源推理引擎、按单卡每小时计价的模式。这类数字要分层读：十四天是一条对外叙事，按小时计价是一种计费颗粒度，两者都不是本篇判断的依据。我们只追一条工程线索——工序的作业地点从现场搬到工厂，甲方该看的东西就整体换了一批。
传统自建算力的甲方工作，重心在进度表：基础什么时候完、机电什么时候进场、消防什么时候验。预制化之后进度表大幅缩短甚至消失，取而代之的是三类新文档：装箱与配置清单、出厂测试报告、接驳条件表。这三类在旧流程里由施工方内部消化，现在直接变成甲方的验收对象。很多团队卡在这里，不是技术不懂，而是手里没有对应模板，最后拿老的项目管理表去审一个新交付物，签了字也不清楚自己签的是什么。
计价颗粒度也有一条不依赖价格数字的推论：如果计费单元真是单卡每小时，那么”哪张卡从哪一刻起开始计费”必须与验收层级里的某一层显式对齐，否则一定出现”设备尚未通过满载测试却已进入计费”的争议。这一条在合同里现在就可以写。
二、责任迁移：哪些工序进了工厂，哪些还留在泥地里
供配电与制冷是预制化里收益最直接的两块。它们在传统流程中是现场安装加现场调试，周期由安装质量、天气和交叉作业共同决定；预制之后变成在受控环境里装配并完整联调，出厂时带着记录来。剩下的现场工作集中在三件事：基础与承重、接驳（电、水、网、排热）、并机与整簇调度。
| 工序 | 预制前 | 预制后 | 甲方现场的确认动作 |
|---|---|---|---|
| 供配电 | 现场敷设与调试 | 出厂前完成带载联调 | 核对进线容量、保护定值与出厂记录是否一致 |
| 制冷 | 现场安装与灌水调试 | 出厂前完成循环与控温验证 | 确认供回水温差、流量与出厂曲线吻合 |
| 机柜与互连 | 现场上架布线 | 工厂内完成配线与标签 | 按装箱清单逐柜核对，标签与拓扑图能对上 |
| 基础与承重 | 设计施工一体 | 现场按接驳条件表施工 | 复核预埋件位置、接地电阻、承重余量 |
| 并机与调度 | 全部现场 | 全部现场 | 整簇满载与故障演练 |
| 消防与属地验收 | 现场 | 仍按属地流程，不因预制而免除 | 提前单独申报，别并进设备交付节点 |
责任的重心于是从”施工方保证做得对”变成”厂方保证测过、甲方保证接得上”。中间最容易出事的是接驳条件表：工厂按一份条件设计，现场按另一份条件建成，两边差一个接口规格或一档温差范围，货到现场接不上。而这段返工在”两周”的叙事里根本没有预算，风险最后由甲方承担。
三、交付前必须拿到手的四份文件
到货却拿不到出厂记录的集群，等于把一个未经充分验证的黑盒推进生产。我们要求的最小文件集是四份，缺一份就不进入验收。
- 关键设备出厂测试记录与工况范围。重点看三件事：测试在什么环境温度与什么负载下做的，报告是否覆盖额定工况的两端，记录是逐台还是抽样。抽样记录意味着你的某一台可能从未在满载下跑过。
- 装箱清单与备件表。备件表必须能对上现场易损件清单和实际到货数量，否则第一次硬件故障的恢复时间取决于采购周期而不是运维响应。
- 单柜与整簇的满载与降额曲线。降额才是关键：出厂时满载能跑，不等于在部署地点的环境温度上限下还能满载。缺曲线时容量规划只能按标称值做，而标称值永远偏乐观。
- 上电顺序与恢复手册。要写清断电后冷启动的顺序、单柜故障时的隔离动作、制冷与供电的先后关系。这类顺序在厂内联调时靠师傅记着，交付后没人记得。
这四份应当作为合同附件与付款节点绑定，而不是”到货后再索取”。附件的作用是让”没给文件”成为可主张的违约，而不是现场扯皮。
四、到货验收的四层，跳层必翻车
四层是递进关系，前一层是后一层的前提，压缩工期最常压的是层与层之间的并行。
| 层级 | 做什么 | 通过判据 | 被跳过的常见理由 |
|---|---|---|---|
| 一层 外观与紧固密封 | 运输损伤、螺栓力矩、减震与密封件、线缆标签 | 缺陷逐条登记并闭环 | 急着上电，认为外观”不影响功能” |
| 二层 单系统空载 | 供电、制冷、网络各自独立跑一遍，不带业务 | 每个子系统有独立起止时间与记录 | 直接进满载，出问题无法归因 |
| 三层 整簇满载烤机 | 全柜同时满载持续一段时间，记录温升与异常 | 稳定段时长、告警清单、掉卡计数 | 工期压力下砍时长 |
| 四层 真实推理负载 | 用自己的模型与真实并发跑，看吞吐与错误率 | 吞吐分布、错误率、超时率三项留档 | 以”跑通示例”代替 |
第四层最常被省掉，因为前三层看起来已经”全部通过”。但前三层验证的是设备与子系统，第四层验证的是这套集群能否承接你的负载形状。日志里至少要留三个字段：并发数、单请求的输入与输出长度、错误与重试计数。缺了这三项，验收报告上”运行正常”四个字不可复核，三个月后也无法回答”当初是按什么标准签的”。
五、十四天最可能压在哪三类周期上
工期压缩从来不会把物理过程变快，它挤掉的是等待、审批和试运行三段。三段各有各的风险与补救方式。
- 等待周期。设备到场前的等待靠提前下单和标准化接口省掉，风险是配置在下单之后才定稿。补救动作只有一个：把接驳条件冻结成带版本号的文件，任何变更走显式变更单，禁止口头改配置。变更单上要有”是否影响已发货模块”这一栏。
- 审批流程。属地手续不会因为交付形态变化而消失，能提前的只有资料准备与预沟通。把这条写进项目计划并标注为不可压缩项，比事后解释延期有用得多。
- 试运行时长。这是最贵的一段被省。烤机时长本质是设备可靠性的采样窗口，采样不足时早期故障会漏到生产期，表现为上线后一段时日里零星掉卡与温升告警。补救不是无限延长整段，而是预设一个可延长的触发条件：任一指标未进入稳定段，该层验收自动顺延，且顺延的成本归属提前写清。
这三段里，前两段压缩靠管理，第三段压缩靠运气。这也是为什么”交付快”和”稳定快”是两个不同的承诺。
六、不买预制件也用得上的两条
多数客户的真实场景不是自建园区，而是采购若干台 GPU 服务器接进现有机房。下面两条同样适用，而且成本极低。
第一，把烤机时长和负载曲线写进合同附件。附件要写清负载类型（矩阵乘压力、显存拷贝压力、混合训练或推理负载各持续多久）、记录频率、判定线。只写”多少小时烤机”而不写负载形状，等于允许对方用最轻的负载跑满时长。判定线还要区分”告警”与”不合格”两档，否则现场一定会为一条温度告警到底算不算问题而争执。
第二，把网络与制冷的冗余度做成可验收字段，而不是口头承诺。可验收字段的样例：单路电源断开后系统维持运行的时间、供冷中断后允许的温度上升速率区间、双路上行时单路故障的收敛时间与吞吐保持率、每台设备实际可用端口数与预留端口数。这几项在采购阶段都能测，签约时不写，事后就再也补不回来。
交付形态变化的真正意义，是把甲方的能力要求从”管进度”换成”读报告”。报告读不动，节省下来的时间会全部以生产环境故障单的形式还回去。洹拓在给客户做算力采购评审时，模板就是上面的四份文件加四层验收：先补齐这些再看工期承诺，顺序反过来等于把风险买回家。