SD-02 · 机柜上架率报表与扩容测算

① 场景引入

一、这件事现在是什么样

售前方案与交付工程 · 真实业务触发

销售带回来「某大客户有意向包 200 柜」的消息，总经理动了二期扩容的心思 —— 512 柜液冷区、投资上亿。会上有人问了句「现在上架率才六成，扩容的钱几年回来？」没有人答得上来，因为从来没人算过。

二、痛点 · 每条都有来源

1. 中小机构的「容量规划」普遍是老板拍脑袋 + 销售催促式扩容，第三方可研报告要价不菲 —— 扩这种上亿的投资常常没有一页测算底稿
   依据：杰创智能因智算云集群投建利息+折旧大幅增加同比转亏；城地香江直言 AIDC「成本前置、收入后置」—— 扩容测算差一个季度就是几百万利息
2. AIDC「成本前置、收入后置」，杰创智能因投建利息+折旧同比转亏 —— 扩容测算差一个季度就是几百万利息
   依据：杰创智能因智算云集群投建利息+折旧大幅增加同比转亏；城地香江直言 AIDC「成本前置、收入后置」—— 扩容测算差一个季度就是几百万利息
3. 上市公司光环新网新投放机柜创新高但上架率仅约 60%、毛利率 29.15% —— 上架率与回报的强相关有公开财务数据背书
   依据：上市公司光环新网2025 年新投放机柜数创新高但整体上架率仅约 60%，IDC 业务毛利率降至 29.15% —— 上架率与毛利率强相关有公开财务数据支撑
4. 液冷柜单柜功率 60-70kW、改造差价 300-450 万 —— 扩容方案里电力余量与改造档位的匹配，靠动力班的口头经验在撑
   依据：液冷初始投资高 20%-30%（差价 300-450 万），但行业测算年综合节省近 2,000 万、回收期 2-3 个月量级 —— 这笔账厂商各说各话，客户自己没人算得清

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 中小机构的「容量规划」普遍是老板拍脑袋 + 销售催促式扩容，第三方可研报告要价不菲 —— 扩这种上亿的投资常常没有一页测算底稿
• AIDC「成本前置、收入后置」，杰创智能因投建利息+折旧同比转亏 —— 扩容测算差一个季度就是几百万利息
• 上市公司光环新网新投放机柜创新高但上架率仅约 60%、毛利率 29.15% —— 上架率与回报的强相关有公开财务数据背书
• 液冷柜单柜功率 60-70kW、改造差价 300-450 万 —— 扩容方案里电力余量与改造档位的匹配，靠动力班的口头经验在撑

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 基数核实 · 上架率与电力余量的现状上架率承接 OP-02 口径（630/1024=61.5%）；变压器与柴发余量按动力班实测记录逐项核实 —— 每个参数标最后核实日期
2. 需方情景 · 200 柜意向的三个档位落地概率高中低三档（签全/签半/搁置），每档对应的收入假设与时间线 —— 销售意向按置信度折算，不按乐观值直接用
3. 投资测算 ·二期 512 柜的投入构成土建/液冷/电力/网络逐项 + 改造档位（与现有 18MW 容量的匹配）—— 每项标数据来源第 4步回收测算 · 三档情景的回收期租金假设 × 上架率爬坡曲线 × 运营成本（电费承接 FA-03 口径）—— 三档情景的回收期与现金流拐点并列
4. 成稿 · 扩容测算底稿与决策要点给董事会的一页决策要点 + 完整测算表，签批栏齐备，假设参数表附后

要准备什么：资产机位台账 U位表.xlsx（滞后版）当前上架的真实底账 —— 滞后但可用OP-02 闲置盘点的上架率口径61.5% 的分子分母 —— 两边数字互证动力班的电力余量记录（变压器/柴发/市电双路）在电工的本子上，拍照进来销售侧客户意向（200 柜包柜意向）测算的需方假设 —— 标注置信度财务口径：单位造价、租金假设、资金成本回收测算的参数

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 3 = 5.3

最大差异点：与「容量管理系统」的区别：系统的前提是资产数据已全部入库且实时准确。本场景从「台账滞后数月、余量在电工本子上」的真实底座出发 —— 测算表里每个输入参数都标了数据来源与最后核实日期，过期参数自动降级为「待核实」。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：扩容测算底稿.xlsx 正式件 · 三档情景 · 决策要点页 · 签批栏
• 可派发清单：电力余量核实表.xlsx 每个参数带来源与最后核实日期
• 可派发清单：假设参数表.xlsx 全部测算假设 · 可改口径重算

这套东西不承诺什么：不替客户做扩容决策（投资决策是董事会动作，测算只是底稿）。回收测算的租金与上架率假设标注为情景参数，三档情景并列展示 —— 不挑乐观档做结论。电力余量以动力班实测数据为准，口头经验不进测算。想看具体怎么跑？Live Demo 里有一个完整案例的每一步，包括 Agent 在哪一步拦住了

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：云枢智算数据服务有限公司（虚构 · 河北张家口 · 186 人）9 月初，经营会前。8 月 25 日销售总监带回某大客户（自动驾驶）200 柜包柜意向（口头），总经理动了二期扩容的心思 —— 512 柜液冷区、CAPEX 1.6 亿。会上有人问了句「现在上架率才六成，扩容的钱几年回来？」没人答得上来，因为从来没人算过。本场景出测算底稿：上架率现状（承接 OP-02 闲置盘点口径）、三档情景回收期、电力余量核实 —— 一期建设时按销售口头意向多配变压器、至今每月白交 5.7 万基本电费的教训，这次要防住。

输入素材5 份（滞后台账 + 电工本子 + 意向登记 + 财务口径 + 行业参考）当前基数上架率 61.5%（630/1,024）· IT 电力余量 7.48 MW三档回收期3.8 年 / 5.2 年 / 7.4 年（签全 200 柜 / 签 100 柜 / 搁置）结论暂缓启动二期设计 · 先签框架协议，先导工程 128 柜可先行论证

输入算力基础设施企业手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_资产机位台账_U位表.xlsx 一期 4 号智算楼机位台账（滞后版）：液冷算力区 + 风冷托管区上架现状，上架率口径与OP-02 闲置盘点报告一致设备主管马建国维护 · 滞后 2 个月，8 月增量以动环上电记录补核
• 02_动力班电力余量记录_电工本子拍照整理.xlsx 电工马建国本子上的电力参数拍照整理：设计容量、平均负载、余量、单柜配比、多配变压器教训 —— 每个参数标最后核实日期电工马建国的本子 · 这些参数第一次进测算
• 03_销售意向与客户线索登记.xlsx 销售侧线索登记：200 柜包柜意向（口头）、启明扩容 POC、一期口头意向兑现案例 —— 意向按置信度折算，不按乐观值直接用客户经理吴敏的线索登记 · 未进系统
• 04_财务测算参数_财务部口径.xlsx 财务部 8 月更新的测算参数：二期规模与CAPEX 构成、租金假设、运营成本、资金成本率 —— 全部可改口径重算财务部口径 · 2026-08 更新
• 05_区域市场与行业参考.xlsx 行业公开数据摘录：上架率、毛利率、运营成本基准 —— 中低档情景假设的外部依据售前共享盘 · 行业调研摘录

注意标橙色那一份 —— 02_动力班电力余量记录_电工本子拍照整理.xlsx。它电工马建国的本子 · 这些参数第一次进测算，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

二期扩容的事要上会了。机位台账、闲置盘点报告、动力班的电力余量记录、销售的 200 柜意向、财务口径都在这 里。 帮我做测算底稿：上架率现状、三档情景的回收期、电力余量能不能撑。 一期多配变压器白交基本电费的事，这次的测算里要防着同样的错。给董事会看的决策要点单独放一页，假设参数全部列出来。

三档情景折算、回收测算与「意向置信度」的处理规则已内置，客户只需提供台账与参数。

触发事情是这么来的

销售在催、老板在拍，唯独没有人出过一页测算底稿

8 月 25 日销售总监带回某大客户（自动驾驶）200 柜包柜意向（口头），总经理动了二期扩容的心思 —— 512 柜液冷区、CAPEX 1.6 亿。经营会上有人问了句「现在上架率才六成，扩容的钱几年回来？」没人答得上来，因为从来没人算过。上会前这份测算底稿要把三档情景的账算清 —— 一期建设时按销售口头「意向客户可包 300 柜」多配变压器、至今每月白交 5.7 万基本电费的事，这次不能再犯第二遍。

第 1 步 · 基数核实 · 上架率与台账口径

分子分母与 OP-02 闲置盘点互证，滞后台账用动环记录补核

这一步的看点 · 排除性结论现场盘点可以排除 —— 台账虽滞后 2 个月，但 8 月增量经动环上电记录补核后与 OP-02 闲置盘点的 630 柜一致，基数直接可用。核对范围从全楼 1,024 柜缩小到 8 月增量，测算底稿当天可成。

第 2 步 · 电力余量核实 · 电工本子上的数第一次进测算

每个参数标最后核实日期与来源，口头经验不进测算

这一步的看点 · 排除性结论「电力容量不是瓶颈 —— 可以排除。现有 18 MW设计容量对 10.52 MW 平均负载，余量 7.48 MW 按高密 58 kW 配比可支撑先导工程 128 柜（7,480 ÷ 58 = 128.97 取

整）。真正的约束是客户落地节奏，不是电力 —— 先导工程与全量扩容解耦，决策颗粒度从「要不要上亿」变成「要不要 128 柜」。

第 3 步 · 需方情景 · 200 柜意向折成三档

销售口径的「基本确定」进不了测算，意向按置信度折算

这一步的看点 · 从历史里想起了公司踩过的坑一期建设时按销售口头「意向客户可包 300 柜」做的电力配置，实际签约只有 120 柜 —— 兑现率 40%。多配的 1.5 MW 变压器容量至今按基本电费白交着：每月 1,500 kW × 38 元 = 5.7 万，FA-03 的电费台账里每月都能查到这笔。这次 200 柜意向按三档情景折算，而不是直接当真 —— 一期的 40% 兑现率就是折算依据。

第 4 步 · 投资测算 · 二期 512 柜投入构成

每项标数据来源，单柜综合造价可倒推

第 5 步 · 回收测算 · 三档情景与先导工程

回收期 = CAPEX ÷ 年净现金流，先导工程单列

第 6 步 · 成稿 · 扩容测算底稿与决策要点页

给董事会的一页决策要点 + 完整测算表 + 假设参数附页

这一步的看点 · 该拦的地方拦住了测算结论：「低档情景（意向搁置）回收期7.4 年、整年覆盖要到第八年 —— 不满足立项财务底线，本版测算不建议直接支撑二期全量启动；建议先与意向客户签框架协议，再启动设计」。不拦这一下，下一个「数字烂尾楼」案例可能就是自己 —— 一期多配变压器白交的 5.7万/月，就是上一次没算这笔账的利息。

这份测算现在还不能直接上会拍板：三档情景的账已经算清，但「该不该扩容」是董事会决策，测算只是底稿。低档情景（意向搁置）回收期 7.4 年、年化资金占用约 2,200 万（每月约 183 万）—— 若按销售口径「基本确定」直接挑高档上会，等于把 1.6 亿押在一个未书面的意向上，一期多配变压器白交 5.7 万/月的教训就在眼前。方案一：先与意向客户签框架协议（锁定价格区间与交付窗口，违约金条款可留白），协议落地后高档情景自动成立（回收期 3.8 年）再启动全量设计 —— 谈判期内先导工程 128 柜并行论证，CAPEX 4,000 万（128 × 31.25 万），满架口径回收期 2.2 年，用足一期余量 7.48 MW。方案二：本月董事会只审议先导工程 128 柜（CAPEX 4,000 万），二期 512 柜全量测算随框架协议进展下季度再上会 —— 决策颗粒度从「要不要 1.6 亿」变成「要不要 4,000 万」，最差档的敞口从 7.4 年压到先导可退出的程度。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 扩容决策第一次有了测算底稿 —— 三档情景并列，不挑乐观档做结论
• ✓ 「销售意向按置信度折算」的规则立起来了—— 一期多配变压器白交电费的教训有了制度性防复发
• ✓ 电力余量参数的「最后核实日期」机制建立 —— 口头经验进不了测算
• ✓ 先导工程与全量扩容解耦的思路成形 —— 决策颗粒度从「要不要上亿」变成「要不要 128 柜」

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 测算能不能直接给个「该不该扩」的结论？ 不能。测算给三档情景与决策要点，「该不该」是董事会拿主意 —— 我们把最差档的敞口算清楚，就是最大的贡献。
• 销售说意向客户「基本确定」了怎么办？ 「基本确定」进不了测算 —— 意向按三档折算是铁律。真确定了就先签框架协议，签了字的那一档自动升为高档。
• 台账滞后会不会算错？ 会 —— 所以每个参数都标了最后核实日期，过期参数降级为「待核实」并在决策要点页点名。测算宁可粗而诚实，不要精而失真。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

机柜上架率报表与扩容测算 —— 老板拍脑袋扩容的年代，该有个测算底稿了 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

rack-rate-expansion.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是算力基础设施企业手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁SD-02 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

• 01_资产机位台账_U位表.xlsx 一期 4 号智算楼机位台账（滞后版）：液冷算力区 + 风冷托管区上架现状，上架率口径与 OP-02 闲置盘点报告一致
• 02_动力班电力余量记录_电工本子拍照整理.xlsx 电工马建国本子上的电力参数拍照整理：设计容量、平均负载、余量、单柜配比、多配变压器教训 —— 每个参数标最后核实日期
• 03_销售意向与客户线索登记.xlsx 销售侧线索登记：200 柜包柜意向（口头）、启明扩容 POC、一期口头意向兑现案例 ——意向按置信度折算，不按乐观值直接用
• 04_财务测算参数_财务部口径.xlsx 财务部 8 月更新的测算参数：二期规模与 CAPEX 构成、租金假设、运营成本、资金成本率 —— 全部可改口径重算
• 05_区域市场与行业参
• 考.xlsx 行业公开数据摘录：上架率、毛利率、运营成本基准 —— 中低档情景假设的外部依据

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

二期扩容的事要上会了。机位台账、闲置盘点报告、动力班的电力余量记录、销售的 200 柜意向、财务口径都在这 里。 帮我做测算底稿：上架率现状、三档情景的回收期、电力余量能不能撑。 一期多配变压器白交基本电费的事，这次的测算里要防着同样的错。给董事会看的决策要点单独放一页，假设参数全部列出来。

为什么这么短就够了：三档情景折算、回收测算与「意向置信度」的处理规则已内置，客户只需提供台账与参数。换成你自己的业务 · 把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• SD-02_扩容测算底稿.xlsx 正式件 · 三档情景 · 决策要点页 · 签批栏
• SD-02_电力余量核实表.xlsx 每个参数带来源与最后核实日期
• SD-02_假设参数表.xlsx 全部测算假设 · 可改口径重算

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：资产机位台账 U位表.xlsx（滞后版）当前上架的真实底账 —— 滞后但可用OP-02 闲置盘点的上架率口径61.5%的分子分母 —— 两边数字互证动力班的电力余量记录（变压器/柴发/市电双路）在电工的本子上，拍照进来销售侧客户意向（200 柜包柜意向）测算的需方假设 —— 标注置信度财务口径：单位造价、租金假设、资金成本回收测算的参数

人工边界：不替客户做扩容决策（投资决策是董事会动作，测算只是底稿）。回收测算的租金与上架率假设标注为情景参数，三档情景并列展示 —— 不挑乐观档做结论。电力余量以动力班实测数据为准，口头经验不进测算。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

售前方案与交付工程 · 产出即下一步输入

• SD-01 · 客户 POC 测试报告：测试跑完那天出报告，而不是跑完两周后

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

说明：以上为 WorkBuddy 官方行业场景库三级页面与库级页签的完整整理；均为官方脱敏演示件，用于讲解与交付底稿，不代表已接入客户生产系统、不承诺效率百分比。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。