队列一体化之后，短短一周，沙箱看板上的“待排期”数字从三十几跳到一百二十多。最先焦虑的不是城市，而是省里：联络员在群里发了一句很短的话——

“领导问：为什么排这么久？是不是你们机制把效率搞没了？”

这句话听起来像责问，背后却是一把典型的杠杆：只要效率被质疑，谁就有机会把“优先”“推荐”“协调”重新塞回来——理由永远是“为了推进”。

数科副总也紧跟着发来信息：“运行槽不够。扩容要预算。否则队列会更长。”

这是对手最擅长的战场：资源与成本。

因为成本一旦不透明，就会产生俘获——你只能依赖运营方告诉你“需要多少”，你无法判断“为什么需要”。最后的结果往往是：预算给了，钥匙也给了。

林远把手机扣在桌面上，抬头看陈毅：“这一仗不是扩不扩容，是把扩容做成公共决策。我们要把槽位成本拆出来，写进公开账本。让预算增长不再靠恐吓，而靠可复核数据。”

他在白板上写下八个字：

成本透明，运维去俘获。

一张最难写的表：每个运行槽多少钱

当天晚上，陈毅、老许、数科安全负责人在会议室里摊开了一堆材料：服务器成本、带宽、存储、日志、HSM签名服务、值班人力、故障响应、还有“冷却与补证”的工单处理成本。

陈毅问了一个很现实的问题：“我们公开成本，会不会让人骂你们贵？省里会不会嫌麻烦？”

林远没回避：“会被骂。被骂也要公开。因为不公开，下一步就是‘你们太慢，所以给我们优先权’，最后把钥匙交出去，永远拿不回来。”

他把成本拆成三层，像工程造价分解一样：

1）固定成本（CapEx/基础设施）

沙箱集群节点折旧（按月）

网络/专线/防火墙

HSM/密钥管理服务（双人授权）

存储与日志归档（保留周期）

2）变动成本（OpEx/按运行槽计）

每次测试运行的计算/IO消耗

运行日志摘要计算与签名调用

验真接口调用量

自动补证清单生成

3）人力成本（Service/按事件计）

7×12值班

故障响应（按SLA等级）

抽查复测旁听与复核

安全事件立案与追踪

“把这三层写清楚。”林远说，“然后算出一个东西：一个运行槽（slot）的单位成本。同时算出队列长度对应的服务能力：每天多少槽、平均耗时多少、补证率多少。”

老许一边敲计算表一边叹气：“这比写小说难。”

林远笑了一下：“但这是制度线的爽点。你把成本写出来，就等于把对手的‘资源恐吓’拆掉。”

联席会：预算要，但钥匙不给

第二天上午，省信息处组织了“沙箱扩容与预算评审会”。这次会议很特殊：银行风控也被拉进来了，因为“风险定价”已经开始依赖这些机制；审计联络也在，因为预算一旦动，就会被审计盯。

数科副总开场就抛数字：“我们测算，至少要把运行槽从每日40提升到每日120，才能把排期压到三天以内。预算需要增加××万。”