R9-04 从标杆到自己的项目：哪些能抄、哪些抄了会出事

课程代码 R9-04 · 板块 R 算力中心与液冷 / 标杆架构解构（厂商规范专题） 时长 约 2.5~3.0 小时（7 讲） 前置 R9-01 NVIDIA 机柜级参考架构解构；R9-02 Google 的 CDU 路线；R9-03 开放规范与生态（本课整级引用其证据强度分级与切换成本口径） 横向关联（⛔ 不是前置） R8-02 三因素选型决策——本课⛔ 不做选型，只判「标杆的那个选型结论能不能搬」 本讲义定位 讲师授课蓝本 / 学员自学讲义，是 R9-04 大纲的完整展开版

---

按任务导航

你手上的事	直接看	还要配
审一份写着「参照某标杆架构」的方案或技术协议	第 3 讲：五步判定程序——取原文 → 定文件性质 → 列它依赖的前提 → 逐项判我方具备 → 取最严的一项定档	第 1 讲引用准入三件套；第 6 讲拿六种出事方式当梳子再梳一遍
定一台分配单元的容量上限	第 4 讲：两步除法 N_dom ＝ Q_cdu / P_rack、f_dom ＝ N_dom / N_rack，以及反推式 Q_cdu,max ＝ f_dom,max × N_rack × P_rack	第 4 讲的分母边界（统计边界是冷却分区，⛔ 不是整个机房）；第 2 讲前提①规模
写设施侧供水温度的规格值，而手上只有标杆的供液温度	第 5 讲：翻译链 T_fws,max ＝ T_in,req(上限) − ATD，以及厂商要求随代次单向收紧这一条	第 1 讲代次标识 G_ref 与取数日期 t_asof（两件事，⛔ 不可互相代替）
判一条「不能照抄」的做法还有没有别的路	第 3 讲：Ⅲ 类记录必须同时写「缺什么条件」与「有没有替代路径」，只写四个字的是废记录	第 2 讲前提⑩组织与流程能力；第 7 讲替代路径怎么落进清单
写一份别人能在不问你的情况下复核的取舍清单	第 7 讲：十个字段，逐个字段配一个「少了它会在哪一天失效」的场景	第 6 讲四个复核触发事件（事件式，⛔ 不写「每年过一遍」）

⛔ 本课不覆盖——分两栏，每样带去向：

栏一 · 不讲哪些题目：机柜级冷却约束（进液温度／流量／压降／结温）的推链 → R9-01 NVIDIA 机柜级参考架构解构：GB200 NVL72 与 MGX 的冷却约束；分配单元的指标、逼近温度与代际演进 → R9-02 Google 的 CDU 路线：Project Deschutes 与 TPU 冷却的代际演进；开放规范的价值与协议条款、证据强度分级与切换成本 → R9-03 超大规模厂商为什么把规范开放出来：OCP 上发生了什么（本课整级引用，⛔ 不重新分级）；密度 × 供液温度 × 气候区的选型决策 → R8-02 三因素选型决策：密度 × 供液温度 × 气候区；冷源形式与自然冷却小时数怎么算 → R6-02 自然冷却小时数与气候区选址。本课不重新推导以上任何一条结论，只把它们逐条放上判定台。

栏二 · ⛔ 真正不给的数：① 标准与规范的条款内容、限值与等级号——本课未取得原文逐字，只写去向（→ 现行有效版本原文，编号与版次按现行目录逐条核）；② 验收阈值——尤其是可接受的故障域占比门限 f_dom,max 的确定值，它由业务连续性等级决定，是业务方的输入⛔ 不是工程判断（本课只给三档教学判据与反推式）。去向一条，全课统一：① 向业务方问出来，问法＝「一次影响 X 台机柜、持续 Y 分钟，对我们意味着什么」；② 把问出来的那个数写进你的合同技术协议与本企业规范，它才算落地；③ ⚠ 它的计数口径（N_dom 怎么数、分母的统计边界是冷却分区）照 R9-02 Google 的 CDU 路线：Project Deschutes 与 TPU 冷却的代际演进，⛔ 但门限值本身那门课同样不给——⛔ 别去那里找一个数；③ 教学假设之外的具体产品参数——本课引用的全部标杆数值只到检索级转述，去向＝向厂商索取带代次标识与取数日期的原件，并同时索取该数的额定点。

---

引言：同一份资料上的同一个数，抄进两个项目会差一个数量级

一份标杆架构摊在桌上的时候，最容易发生的动作是：把上面的数抄下来，标一句「参考某超大规模用户」，然后往下走。这个动作看起来很稳妥——那家用户比我们大得多，他们的选择显然经过了更充分的验证。本课要做的第一件事，就是把这个「显然」拆开。

钉子①：判一条标杆做法能不能拿来用，判据是「这条做法依赖什么前提，而我方具不具备那个前提」——⛔ 不是它先进不先进，也⛔ 不是它属于哪一类技术内容。本课会给你三档分类 K_class（Ⅰ 可直接采用 / Ⅱ 需适配 / Ⅲ 不能照抄），但这三档是前提依赖分析的输出，⛔ 不是一张可以照着查的内容类别表。这一点是本课与「看起来像本课」的那种做法之间唯一的分水岭：后者会给你一张「参数属于Ⅱ类、组织做法属于Ⅲ类」的对照表，查表即得。而查表会在两个方向上同时出错——数值里有能直接采用的（单位换算常数、守恒式的形式），组织做法里也有能直接采用的（「向供应商索取额定点」这条要求本身只依赖工程判断）。⇒ 全课的判定入口只有一个：先写出这条做法依赖哪几项前提 Pre_i，再逐项判我方具备与否 A_have，最后取最严的一项定档。⚠ 三档分法是本课自建的评估框架，⛔ 不是本课程体系既有的分类，也⛔ 不是任何标准里的等级；K_class ＝ f(Pre_i, A_have) 是评估框架，⛔ 不是可计算的公式——它没有权重、⛔ 不加权求和。

钉子②：出事的共同点是抄了结果没抄依据——所以每一条借鉴项都必须连同它的前提、来源性质、代次与取数日期一起搬，并带一个复核触发条件。「结果」是标杆在它自己的前提下算出来的那个数或那个选择；「依据」是它为什么算出这个数的那条链。搬结果只要一次复制，搬依据要求你把那条链在自己的前提上重走一遍。⇒ 本课全部产出物只有一样：一份取舍清单，判据是「把作者从项目里拿掉，这条记录还立不立得住」。⚠ 清单里最容易被省掉的两栏，恰好正是让它成立的两栏——逐字摘录的原文与它在原件中的位置（省掉它，半年后没人说得清标杆到底写没写过这句话）与复核触发条件（省掉它，清单会在设备换代那一天静静地失效，而不报错）。

反钉子——最像「稳妥」的那条推理，请在读第一页之前先认出来：「标杆的选择经过了更充分的验证，所以遇到分歧时应当以标杆为准、以自己的重算为辅。」这条推理方向恰好做反。标杆的数是它在它自己的前提下算出来的结论；你的重算才是在你的前提下的结论。⇒ 分歧出现时必须以自己的重算为准，标杆值只能用来反查「是不是我某个前提写错了」。

读者读反之后会做的那个具体动作：他按第 4 讲的两步除法算出——单台分配单元额定冷量取 2000 kW 量级（⚠ 来源等级 L2 ＝ 检索级转述、未取得原文逐字，须注明代次与取数日期，⛔ 不作设计输入），单机柜 IT 功率取 120 kW（⚠ 当代 AI 训练机柜常落在 60~130 kW，锚点约 120 kW，L2 转述；⚠ 典型值、⛔ 不是验收依据，须按你的板卡与整机功耗清单逐柜累加确认），得 N_dom ＝ 2000 ÷ 120 ≈ 16.7 → 16 台（向下取整）；落在一个 50 台机柜的冷却分区里（⚠ 教学假设值，⛔ 不对应任何平台、⛔ 不得取用），f_dom ＝ 16 ÷ 50 ＝ 32%。算完之后他推翻了自己的结果，理由是「这家超大规模用户就是这么配的，他们不会错」，于是仍然选那台大容量单元，并把冗余按标杆的比例配。⇒ 后果不是「配置略保守」，而是他把标杆那边约 3.2% 的故障域占比（同一台单元落在 500 台的分区里，同样是教学假设值）原样搬成了 32%——同一台设备、同一个数、同一份资料，而结论差一个数量级，因为分母不是同一个分母。⚠ 3.2% 与 32% 之比等于两个假设分区规模之比，⛔ 不是行业事实、⛔ 不得外推。

这一条特别容易读反，是三个原因叠在一起：① 「向更大的玩家看齐」在质量维度上确实常常是对的，而那条职业经验成立的前提是被抄的那件事不依赖规模——容量、冗余比例、分区粒度恰恰全部依赖规模；② 「更严＝更安全」这条直觉在本课的三个量上方向各不相同：容量上「更大」＝故障域更大＝更不安全，供液温度上「写得更低」＝设施水温上限更低＝自然冷却时数被砍且逼近露点、⛔ 并不降低不达标风险，规范版本上「写最新版」＝能满足的供应商更少；三个方向不一致，正说明严不严根本不是判据；③ 标杆资料的形式让人误以为它是规格书——它写得像技术文件，而它本质是一份别人项目的结论记录，结论记录里通常不写前提，因为对写它的人来说前提不言而喻。

正确动作在第 3、4 讲：先把每条做法的前提逐条写出来，再用自己的输入重走一遍推导，最后才看标杆值与自己的结果差在哪里。差得远时先查自己的前提是不是写漏了；查完仍然差得远，那就是「这条不能照抄」的证据，⛔ 不是「我算错了」的证据。⚠ 本反钉子还有一个同样常见的次形态（第 3 讲专讲）：把「Ⅲ 不能照抄」读成「不能学」。第三类里往往含着最值钱的东西——它为什么这么选的那条推理。不能搬的是它的选择，能搬的是它的判据结构：一家超大规模用户之所以自建某样东西，是因为它算出「自建的一次性投入 ÷ 部署规模」低于外采单价；这条算法你完全可以用，只是代进你的规模后结论会翻过来。

本课是什么、⛔ 不是什么：这是一门「借来的做法能不能用、怎么用、怎么记」的判定方法课。⛔ 它不是标杆架构介绍课——本课不介绍任何厂商的产品线与项目；⛔ 不是选型课（该不该上液冷、选哪种冷源 → R8-02 三因素选型决策：密度 × 供液温度 × 气候区）；⛔ 不重新推导上游三门课的任何一条结论——R9-01 NVIDIA 机柜级参考架构解构：GB200 NVL72 与 MGX 的冷却约束 交出机柜级冷却约束、R9-02 Google 的 CDU 路线：Project Deschutes 与 TPU 冷却的代际演进 交出分配单元容量与逼近温度、R9-03 超大规模厂商为什么把规范开放出来：OCP 上发生了什么 交出可选供应商数与证据强度分级，本课只把它们当作被判定的对象放上台。⚠ 顺带说明一处看起来像矛盾的地方：本课第 5 讲算出的设施水温上限 22 ℃ / 17 ℃ 与 R9-01 NVIDIA 机柜级参考架构解构：GB200 NVL72 与 MGX 的冷却约束 给的 15~22 ℃（锚点约 18 ℃）是同一算法的不同取值支（那边另取了逼近温度的教学假设支），⛔ 两门课并没有给两个值。

关于数字的口径，请先接受一件事：本课引用的每一个标杆数值都是检索级转述，一条条款内容都不给。所以你会在正文里反复看到三件套——代次标识 G_ref（一律用「当前代次／上一代／下一代」这样的相对表述，⛔ 不钉死年份）、取数日期 t_asof、文件性质（规范性文件 / 白皮书 / 会议演示稿 / 媒体转述）。三件缺一，该数在本课不得作为判定依据出现；后三类文件⛔ 一律不得当规范引用，其中媒体转述⛔ 不得作为任何数值的唯一来源。教学对象是这些数字的口径与读法，⛔ 不是这些数字本身——换成别的代次、别的符号，本课每一条结论照样成立。

全课路线图：第 1 讲把「前提」「可直接采用」「重算」「可追溯」四个词的口径钉死，并分清「前提」与「适用条件」（前者在做法之外，后者在做法之内——混同它们会把物理判据错判成不能抄）；第 2 讲铺开前提类型的十类全集，并指出沿最顺手的三条线索（规模／自研／采购量）往下数，只数得出①②③，其余 ④~⑩ 七类会整类漏掉（其中最会翻结论的是气候地理、电价与能源、法规辖区、组织能力这四类）；第 3 讲把判定走成五步程序，给出两处「查表会错」的反例，并交代Ⅱ类必须交出的「重算三件」与Ⅲ类必须交出的「缺什么条件 ＋ 替代路径」；第 4 讲把「照抄容量」落到可手算的故障域上，并给反推式；第 5 讲把代次前提与气候前提落到进液温度 → 逼近温度 → 设施水温的翻译链上；第 6 讲把出事方式补全到六种，其中后三种沿「抄错了什么」这条线索一条都数不出来（它们抄的那一刻每一条单看都对）；第 7 讲把这一切落成一份十字段、带事件式复核触发条件的取舍清单。收尾是一个教学构造案例、四步动手做与常见误区。

读完你要带走的是三件可核对的产物，⛔ 不是三条感想：① 一张十类前提对照表（逐类写「我方具备／部分具备／不具备」，并附证据类型与出处）；② 一次自己动手做完的故障域重算（用你的分区规模与单柜功率代入同一式，看结论变没变）；③ 一份十字段取舍清单（每条能回到原文那一句、每条Ⅱ类交出重算三件、每条挂一个可观测的复核触发事件）。⇒ 收尾的动手做就是照这三样走一遍；它们同时也是你写技术协议、做概算与过方案评审时直接能用的输入。

第 1 讲　先把四个词钉死：前提、可直接采用、重算、可追溯

这一讲不解构任何一份标杆资料，也不给任何一个判定结论。它只做一件事：把后面六讲每一讲都要反复用到的四个词的口径定下来——什么叫「前提」、什么叫「可直接采用」、什么叫「重算」、什么叫「可追溯」。

之所以要用一整讲做这件事，是因为这四个词都是日常词。日常词的危险在于：读者以为自己懂了，于是不追问；等到第 4 讲要他判「这条做法依赖什么前提」的时候，他填进去的东西可能根本不是前提，而整条判定链会在这一步就废掉，且不报错——填错了的判定表看起来和填对了的一模一样。

本讲开头先把三条读法约定说清，后面各讲不再重复。

• 来源等级：本课引用的一切标杆数值（分配单元额定冷量、逼近温度、设备进液温度要求、整柜功率）一律是 L2 ＝ 检索级转述、未取得原文逐字，每一处出现都会附一句「以现行发布版本为准，引用前须核」。⚠ 这句话必须读成它的字面意思：本课自己示范的每一个数，都处在「⛔ 不作设计输入」的档位上。本课讲的是怎么判一个数能不能搬，如果你把本课示范用的那几个数直接搬走，你做的正好是本课在批评的那个动作。
• 代次怎么称呼：一律用相对表述——「当前代次 / 上一代 / 下一代 / 早期代次」，⛔ 不钉死发布年份、⛔ 不自造「第 N 代」（除非该编号出自可标注来源的原文）。年份是最容易过期、也最容易被下一个读者当成事实二次引用的一类信息。
• 数值的角色：本课出现的具体数字，要么是由本课定义式当场算出的算例结果，要么是教学假设值（届时就地标注「教学假设值，⛔ 不对应任何平台、⛔ 不得取用」），要么是带典型带与锚点的参考值。没有一个数是设计输入或验收依据。

1.1 本课的射程：从三门课的结论接手，交出一份取舍清单

本课紧挨着五门课，射程不划清会立刻出两种错：读者跑来找某个参数的推导，翻完一遍发现本课根本不推（白读）；或者更糟，把本课给的判定程序当成技术结论抄进规格书。

先说本课接手的是什么。上游三门课各自交出一批结论：机柜级的进液温度、流量、压降与结温约束（R9-01 NVIDIA 机柜级参考架构解构：GB200 NVL72 与 MGX 的冷却约束）；分配单元的额定冷量、逼近温度与故障域计数口径（R9-02 Google 的 CDU 路线：Project Deschutes 与 TPU 冷却的代际演进）；开放规范带来的可选合格供应商数与符合性证据强度分级（R9-03 超大规模厂商为什么把规范开放出来：OCP 上发生了什么）。本课不碰这些结论的推导过程，一条都不重推。本课做的是把它们逐条放上判定台，对每一条问同一个问题：

这一条依赖什么前提？我方具不具备那个前提？

再说本课不做的是什么，四样，读之前就该知道，⛔ 不用读完一遍才发现落空：

1. 任何标准与规范的条款内容与限值——本课只写去向，并写明「须按现行有效版本与适用范围逐条核对」；
2. 「该不该上液冷、选哪种冷源」这类选型结论——那是密度 × 供液温度 × 气候区的三因素选型（R8-02 三因素选型决策：密度 × 供液温度 × 气候区）；本课只判「标杆的那个选型结论能不能搬到我这儿」，⛔ 不替你选；
3. 任何地点的气候数值与自然冷却小时数——给一个数就会被当成缺省值（同 R9-02 Google 的 CDU 路线：Project Deschutes 与 TPU 冷却的代际演进 的处置，理由见第 5 讲）；
4. 可接受的故障域占比门限的确定值——它由业务连续性等级决定，是业务方的输入⛔ 不是工程判断；本课只给三档教学判据与反推式（第 4 讲）。

你学完能带走的是三样东西，⛔ 不是一批参数：① 一张十类前提对照表（第 2 讲）；② 一次可手算的故障域重算（第 4 讲，结论会当场翻转）；③ 一份十字段取舍清单模板（第 7 讲）。

⚠ 两个最常见的走错门。① 把本课当成「标杆架构介绍课」——本课⛔ 不介绍任何厂商的产品线与项目，只给判定程序；想读架构本身，去 R9-01 NVIDIA 机柜级参考架构解构：GB200 NVL72 与 MGX 的冷却约束／R9-02 Google 的 CDU 路线：Project Deschutes 与 TPU 冷却的代际演进。② 把「本课不讲」读成「不重要」——故障域的计数口径恰恰是第 4 讲全部论证的地基，只是它的定义归 R9-02 Google 的 CDU 路线：Project Deschutes 与 TPU 冷却的代际演进，本课只用它。

1.2 三类分法是前提分析的输出，⛔ 不是一张按内容类别查的对照表

本课的分类结论记作 K_class，三档，是本课自建的一套分法（⛔ 不是本课程体系既有的分类，也⛔ 不出自任何标准）：

• Ⅰ 可直接采用：只依赖纯工程判断，且本身不含任何限值；
• Ⅱ 需适配：依赖某项外部前提，而我方在该项上「具备或部分具备」，因此可以按自己的输入重算；
• Ⅲ 不能照抄：依赖的某一项前提我方「不具备」，且没有可替代的达成路径。

这三档最容易被做成一张查表：参数归Ⅱ类、组织做法归Ⅲ类、接口规范归Ⅰ类，读者对着资料的目录一格一格填，十分钟填完。这正是本课与「看起来像本课」的那种做法之间的分水岭，也是钉子①要挡住的那件事：三类分法是前提依赖分析的输出，⛔ 不是一张可以照着查的内容类别表。

查表会在两个方向上同时出错，两个方向各有一个具体的代价：

• 把数值一律归Ⅱ类 ⇒ 单位换算常数、守恒式的形式也被拖进「重算」流程。它们不依赖任何项目前提，重算是纯粹的空转，而空转会挤掉真正该重算的那几条的时间。
• 把组织做法一律归Ⅲ类 ⇒ 「向供应商索取额定点」这条要求被判成不能抄。可它只依赖工程判断，任何规模的项目都做得到——而它恰恰是本课范围内价值最高的一条（第 3 讲展开）。

那么实际怎么判？三十种前提与判定的组合听起来吓人，实际只走一条路径：

找出这条做法依赖的前提项（可多选）→ 逐项判我方具备与否 → 取最严的那一项定档。

「最严的那一项」是本课的短板规则：只要有一项前提我方不具备且没有替代路径，结论就落到Ⅲ，⛔ 不管其余几项多么充分。这条规则在下一节还要再钉一遍，因为它是判定式最容易被误读的地方。

⚠ 两个易错点，都不难犯：① 把三类当成「好 / 中 / 差」——Ⅲ类里往往含着本课最值钱的推理（这条在第 3 讲专讲）；② 一条做法只填一项前提就收工——多数真实做法同时依赖两到四项，只填一项等于提前给自己发了张通行证。今天就能用的一条纪律：判定表上「依赖的前提」那一栏若只填了一项，先别往下走，把第 2 讲那十类逐条再过一遍；填不出第二项时，把「已逐条过完十类，确认只依赖第 X 项」这句话写进去——它和「只填了一项」在纸面上不一样，前者可复核。

1.3 「前提」不是「适用条件」：这两个词分不开，整条判定就废了

判定式的第一个自变量是「这条做法依赖的前提」。如果这一格填错了，后面全废。而它最常见的填错法不是填漏，是填了另一类东西：把公式的适用条件当成了前提。

本课的前提≡ 这条做法能够成立所必需的、位于做法之外的条件：规模、地理、组织、供应链……它随项目变，不随物理工况变。

适用条件则是这条做法之内的物理边界：某个关联式只在层流段成立、某个约束只在露点以上不结露。它随物理工况变，不随公司大小变。

举四个例子对照着看：

一句话	它是什么	为什么
「层流段这个关联式的努塞尔数取常数」	适用条件	换一家公司来做，这句话不变
「二次侧供液温度必须高于机柜内空气露点」	适用条件	换一个规模、换一个国家，这句话不变
「有自己的固件与管理软件团队」	前提	换一家公司来做，这一条会变
「园区可以动土建、可扩变电容量」	前提	换一个场地，这一条会变

可以当场用的判据就是上表最右一栏那一问：

换一家公司、换一个场地来做同一件事，这个条件会不会变？会变 ⇒ 前提；不变、只随物理工况变 ⇒ 适用条件。

为什么这个区分是本课的地基：把适用条件误当成前提，会把一条纯物理判据判成Ⅱ类甚至Ⅲ类，于是白白丢掉本可以直接采用的东西——而这类东西恰恰是本课认为最该拿走的那一部分。第 3 讲会给出一张「被抄对象十类」的表，其中物理判据与测试方法这两类几乎只有适用条件而没有前提，它们正是Ⅰ类的主要来源。判错一条，损失的不是一个条目，是一整类。

⚠ 两个易错点：① 把「需要实测才能用」当成前提——实测是获取输入的动作，⛔ 不是一个外部条件；一条判据要求你实测某个量，不说明它依赖你的规模或地理。② 反方向的一种：把「他们规模大所以选这个」当成适用条件，于是误判为可直接采用——这一种更贵，因为它把一条真正绑着规模的做法放行了。

1.4 判定式是评估框架，⛔ 不是可计算的公式

本课的判定式写成这个样子：

K_class ＝ f(依赖的前提 Pre_i，我方是否具备 A_have)

⚠ 这一行必须连同下面这句话一起读，全课任何地方引用它都要带上：它是本课自建的评估框架，⛔ 不是可计算的公式。

三条理由，逐条说清：

1. 它没有量纲、没有单位。两个自变量都是分类量：前提是十类中的若干项，具备判定是三值（具备 / 部分具备 / 不具备）。输出也是分类量：一个三档标签。
2. 它没有权重。多项前提之间取的是最严的那一项——一项不具备且无替代路径即Ⅲ类。这是短板规则，⛔ 不是加权求和。
3. 它的价值在于规定了提问的顺序：先找前提，再看自己。⛔ 不在于算出一个数。

为什么非要把这句话显式写出来？因为一个写成 f(·) 形状的东西极容易被读成可算式：读者会本能地去找「权重表在哪」「阈值定在多少」，找不到就自己发明一套。而自己发明出来的那套必然是加权的——这正是最危险的一步：加权允许「多项部分具备」凑出一个及格分，而真实项目在那一项不具备上就是走不下去，不存在被别的项补偿的可能。⇒ 加权求和会系统性地把Ⅲ类条目抬成Ⅱ类，而Ⅱ类的处置是「重算一下就用」，于是一条根本没有达成路径的做法被放行进了设计。

那本课有没有真正可算的东西？有，全课只有两条链，而且两条链上的式子定义都来自上游课，本课只用不推：

• 故障域链（第 4 讲用，定义照 R9-02 Google 的 CDU 路线：Project Deschutes 与 TPU 冷却的代际演进）——含三个式子，它们是同一个定义的三种形态：N_dom ＝ Q_cdu / P_rack（式②）· f_dom ＝ N_dom / N_rack（式②ʹ，本讲的决策量）· Q_cdu,max ＝ f_dom,max × N_rack × P_rack（式②ʺ，前一式对 Q_cdu 的反解）；
• 设施水温翻译链（第 5 讲用，定义照 R9-01 NVIDIA 机柜级参考架构解构：GB200 NVL72 与 MGX 的冷却约束／R9-02 Google 的 CDU 路线：Project Deschutes 与 TPU 冷却的代际演进）——一个式子：T_fws,max ＝ T_in,req(上限) − ATD（式③）。

⇒ 按式子逐个数是四个可算式（收尾《关键公式详解》就是这么编号的：②／②ʹ／②ʺ／③），按要重算的东西数只有两件——故障域与设施水温。本课全篇按后一种口径叙述，⛔ 两种数法不是两个说法。

⚠ 两个易错点：① 给前提项打分再加权求和（上面已说清后果）；② 在图上或幻灯片上写下 f(·) 却漏掉「不是可算式」那句话——图是最容易被单独截走的东西，它离开正文之后不再有人替它补这句限定。

1.5 抄结果与抄依据：把一个态度问题换成一条当场可核对的形式判据

钉子②说，出事的共同点是抄了结果没抄依据。这句话本身很容易变成一句正确的废话——谁都同意「要知其所以然」，而它无法执行，因为没人说得清「抄到多深算抄了依据」。

先把两个词分开：

• 结果 ＝ 标杆在它的前提下算出的那个数、或做出的那个选择。形态是一句陈述：「供液温度取某值」「选干冷器」「一台单元带一排柜」。
• 依据 ＝ 它为什么算出这个结果的那条链：用了哪一式、代了哪些输入、这些输入从哪来。

于是「抄得深不深」这个价值判断，可以换成一条形式判据：

打开你那条记录，里面有没有一条能被第三人重走一遍的推导？没有 ⇒ 你抄的是结果。

它的好处是当场可核对，⛔ 不需要判断态度是否认真。而它在取舍清单上的落点也很具体：第 7 讲那十个字段里，有四个合起来承载「依据」——做法原文、它依赖的前提、重算方法与结果、缺什么条件；另外六个承载「可追溯」。四比六这个比例本身就说明了工作量落在哪里：一半以上的字段不是在记录你的判断，而是在保证别人能复核你的判断。

⚠ 两个易错点，都很常见：① 把「我也写了很长的说明」当成抄了依据——说明里若没有输入与式子，它仍然只是对结果的复述，字数不改变性质；② 以为抄依据一定更贵——多数情况下依据就在原件的同一页上，只是取的时候没顺手记。它的成本曲线很陡：当场记是几分钟，事后再找是重新检索一遍全部资料，而且可能永远找不回来（原页面已改版）。

1.6 引用一个标杆数值之前：三件套，缺一不得作为判定依据

本课有一条硬要求，从这一讲起对全课生效：

凡引用一个来自标杆资料的数值，同一处必须写出三件：代次标识 G_ref · 取数日期 t_asof · 文件性质。三件缺一，该数在本课一律不得作为判定依据出现。

三件各自回答一个问题：G_ref 回答「这个数是在哪一代设备上给出的」；t_asof 回答「我是哪一天从原件上取下来的」；文件性质 回答「这句话有没有人为它负责」。

为什么三件都要，不能合并成一件？因为它们分别挡三种不同的失效：

缺哪一件	挡不住的那种失效
缺 G_ref	代次变了 ⇒ 这个数不再适用，而记录上看不出来
缺 t_asof	资料改版了 ⇒ 同一代次的数也会被改，而你手上是旧版
缺文件性质	来源根本没有条款效力 ⇒ 这个数从一开始就不该被引用

⛔ 用 t_asof 代替 G_ref 是最常见的偷懒：日期看起来更「硬」，也更好填。但它挡不住「取数那天，你手上那份资料本来就是旧代次的」这一种——日期新，代次旧，记录上完全看不出。

今天就能用的一行模板（写在正文里，⛔ 不是只写在清单里）：

某量 ＝ 〔值〕（来源：〔文件名与在原件中的位置〕；文件性质：〔四分之一〕；代次：〔当前代次 / 上一代〕；取数日期：〔YYYY-MM-DD〕；来源等级 L2 ＝ 检索级转述，以现行发布版本为准，引用前须核，⛔ 不作设计输入）

⚠ 两个易错点：① 把 G_ref 写成年份——本课一律相对表述，钉死年份在半年后会变成一句错话，而且它会被下一个读者当成事实二次引用；② 只在清单里记三件套，正文里裸引用那个数——正文才是被抄走的地方。别人复制的是你那句话，不是你那张表。

1.7 文件性质四分：后三类一律不得当规范引用

上一节的第三件是「文件性质」。本课把它分四类——前三类的定义完全照 R9-03 超大规模厂商为什么把规范开放出来：OCP 上发生了什么（⛔ 本课不重新定义），第四类是本课补的：

1. 规范性文件：有条款编号、有版本、有发布方为其负责；
2. 白皮书：讲思路与方向；
3. 会议演示稿：某次会议上的一页；
4. ★ 媒体转述与新闻稿：第三方对以上任何一种（或对一次访谈）的再加工。

⛔⛔ ②③④ 一律不得当规范引用；④ 另加一条：⛔ 不得作为任何数值的唯一来源。

为什么本课要补第四类：R9-03 超大规模厂商为什么把规范开放出来：OCP 上发生了什么 的三分是为「一份开放规范值不值得写进协议」而设的，射程里不含媒体转述；而在解构标杆这个场景里，读者手上最容易拿到的恰恰就是媒体转述——它标题清楚、数字醒目、可搜索性最好，排在检索结果的最前面。它同时也是条款效力最低的一类：它在转述过程中一并丢掉了额定点、代次与上下文，而丢掉的这三样，正好是判断这个数能不能用所必需的三样。⇒ 这是一次增补，⛔ 不是修改：原三类的定义一字未动。

⚠ 两个易错点：① 把「厂商官网页面」自动当成规范性文件——产品页多数是市场材料，没有条款编号也没有版本；② 把转述里的数与规范性文件里的数放在一起比较或相减——这是跨来源等级比较，R9-01 NVIDIA 机柜级参考架构解构：GB200 NVL72 与 MGX 的冷却约束／R9-02 Google 的 CDU 路线：Project Deschutes 与 TPU 冷却的代际演进 已明令禁止，本课沿用，⛔ 不放宽。

1.8 你判定的对象是「别人项目的结论记录」，⛔ 不是一份规格书

最后一节回答一个方法论上的问题：本课这么大的工作量，究竟从哪来的？

答案在被判定对象的性质上。一份参考架构、一次公开分享、一份技术白皮书，本质上是某个组织把自己已经做完的选择整理出来的产物。它的预设读者是「和我处境相似的人」，所以它省略了处境——前提对写它的人来说不言而喻，写出来反而啰嗦。

⇒ 于是：标杆资料里通常没有前提栏。这一条推论解释了本课全部工作量的来源——如果标杆资料自带前提栏，本课就只剩查表，一小时讲完；正因为前提栏是缺失的，「把前提补出来」才成了读者要做的第一件事，也是最容易被整个跳过的一件事。

这一条还解释了本课那条反钉子为什么特别难挡：标杆资料写得像技术文件，于是读者按读规格书的方式去读它——规格书是要逐条对齐的，所以他把精力放在「把参数抄得更全、更新」，而这恰恰是让自己的重算失去意义的动作。⇒ 正确的动作顺序在第 3、4 讲：先把每条做法的前提写出来，再用自己的输入重走一遍推导，最后才看标杆值与自己的结果差在哪里。差得远时先回头查自己的前提是不是写漏了；查完仍然差得远，那就是「这条不能照抄」的证据，⛔ 不是「我算错了」的证据。

把前提补出来这一步，没有捷径，也没有任何自动化手段：靠的是第 2 讲那十类前提逐条问一遍，一条做法通常问出两到四项。工作量是可估的——十类 × 你打算借鉴的条目数。

⚠ 两个易错点，都属于「沉默被读成了否定」：① 因为资料上没写前提，就认为「它不依赖前提」——未列入的项不得默认当成不存在，这是本课全部全集表共用的一条纪律；② 把资料里写的「适用于……」当成前提栏——那多半是一句免责声明，声明的是「用在别处出了事我不负责」，⛔ 不是在告诉你这条做法依赖什么。

1.9 本讲带走什么

四个词的口径，以及每个词各自配的那一条当场可用的判据：

词	本课的口径	当场可用的判据
前提	做法之外的条件（规模、地理、组织、供应链）	换一家公司、换一个场地，这个条件会不会变？
可直接采用	只依赖工程判断，且本身不含任何限值	这条做法里出现了具体数值吗？出现了就至少降到Ⅱ类（例外见第 3 讲）
重算	把标杆那一步推导用我方输入重走一遍	我说得出用的哪一式、换了哪几个输入吗？（完整口径在第 3 讲）
可追溯	第三人不联系作者也能回到原件并重走判定	把作者从项目里拿掉，这条记录还立得住吗？

还有两条从这一讲起对全课生效的硬纪律：判定式是评估框架、多项前提取最严的一项；引用任何标杆数值必带三件套，且必须写在正文里而不只是写在清单里。

下一讲开始把「前提」这个词展开：它到底有哪几类。⚠ 提前说一句，那里会推翻一个看起来很自然的数法——沿「规模 / 自研 / 采购量」这三条线索去数前提，只数得出十类里的①②③，其余七类整类漏掉；而漏掉的那七类里，气候地理与电价结构这两类是很多中小项目唯一的优势所在。