十一月二十九日上午，三名核心成员在齐安仓库二楼开会。 齐衡把小会议室按小时租给他们，收了正常场地费，没有参加会议。他只知道沈砚要和三名旧客户讨论一份应急服务方案，不知道桌上那张空白纸实际对应什么。
沈砚没有投影系统界面。 他把昨晚审核过的草案改写成普通问题，印了四份。
第一项：在一栋陌生建筑里，知道所有人的位置，是否一定有利于救援？ 林见微最先画了叉。
“不知道谁伤得重，不知道门能不能开，也不知道位置是不是还在变化。更重要的是，谁有权看？” 许知言说：“如果接收者被控制，这就是一张现成的人员分布图。”
周渡补了一句：“看见位置的人可能会觉得自己应该进去。没有装备，没有结构信息，知道里面有人不等于能救。” 沈砚把一张公开商场平面图铺到桌上。
图纸上有四个疏散楼梯，两个首层出口和一处通往屋面的门。周渡只看了半分钟，就指出图纸没有标明卷帘门下降后的分区，也没有显示节假日临时展台可能占用的面积。 林见微则在母婴室、无障碍卫生间和员工更衣区旁做了标记。
“人员位置如果没有身份，救援者也不能知道这里是一个能自己走的人，还是需要转运的人。反过来，如果显示身份，隐私问题只会更大。” 许知言把图纸转了半圈。
“而且建筑边界也不总清楚。商场和地铁连通，地下停车场又与隔壁写字楼共用。系统把哪一堵墙算结束，使用者未必知道。” 沈砚展开审核说明。
复杂连通建筑确实可能出现边界不明确与提示缺失。系统不会替接收者取得最新竣工图，也不会保证物业没有私自改造。 第一项因此不只是能力太强。
它还把不完整的信息做成了看起来非常确定的光点。 第二项：让楼内所有出口保持开启，是否有利于疏散？
周渡直接把纸翻到背面，画了一层走廊示意。 “这个门要开，这个防火门要关。楼梯间的正压、防烟分区、门禁断电逻辑都不一样。所谓所有出口，本来就不是一种门。”
第三项：瞬间熄灭一间房里的明火。 林见微没有否定。
“有用，但必须把‘火灭’和‘环境安全’分开。高温、烟、复燃、触电、中毒都还在。使用者如果不是消防专业人员，很容易提前开门。” 许知言看向沈砚：“你给出的说明能有这么长吗？”
“签署前可以完整展示实际效果与代价，卡面正文仍只有十五字。” “那以后外部只看见结果的人，更容易把它误传成一句话灭火。”
沈砚在第三项旁边写下：效果越明显，越需要现实解释预案。 会议没有像他预想的那样讨论“第一张蓝卡给谁最强”。
他们花了一个小时，删掉了七份看似适合救援的草案。 群体止血越过当前门槛；建筑内强制开门破坏分区与权限；显示全部人员位置侵犯无关者；自动选择最安全路线则需要系统判断火、烟、结构、人群与不断变化的现场，远超一句“路线”的字面含义。
最后只剩一份信息类草案。 正文：看见楼内全部可通行出口。
限制一：仅限当前所在建筑。 限制二：每日最多三次。
限制三：每次持续十秒。 系统审核通过，等级为T3蓝卡。
实际效果是，签署者主动发动后，可感知当前建筑边界内、通向室外或法定避难区域的固定出口，并区分眼下是否存在明显物理阻断。 它不判断哪条路线最安全。
不识别烟气、温度、有毒物、拥堵、结构稳定、门后暴力风险，也不赋予开锁和进入受限区域的权限。建筑图纸登记错误或临时改造时，出口定义可能不完整。 沈砚又让系统审核两个近似版本。
把“可通行出口”改成“安全出口”，实际效果没有变得更聪明，只按法定或固定用途识别出口，“安全”不提供动态风险判断。 改成“最安全出口”，审核直接失败。要比较最安全，需要同时获知火势、烟流、结构、拥堵、目标行动能力和未来变化，当前信息机制无法在这四个字里补齐。
最后，他们保留了“可通行”。 不是因为它最好听，而是因为它只承诺一件能被稳定审核的事：眼下没有明显物理阻断。
周渡盯着最后两行看了很久。 “有用。”他说，“但不能写成导航。”
“我准备把接收者限定为你。”沈砚说，“不是今天发。你先拿真实建筑的公开疏散图做情境验证。” “如果最后决定不给我呢？”
“草案作废。” 周渡点头，没有把通过审核理解成自己已经获得新能力。
许知言问：“为什么不是给消防员？” “可以是消防员。但我要先确认这种提示在专业流程里不会制造额外误导，也要找到愿意在完整知情下接受的人。职业身份不能替代本人同意。”
林见微把草案推回桌子中间。 “还有一个问题。一天三次，是为了节省强度，还是实际救援需要？”
沈砚停了一下。 限制只能缩小能力，却很容易被写成漂亮的数字。
“目前主要是强度成本。”他说，“没有数据证明三次合理。” “那就别急着发。”
十一点二十六分，楼下忽然响起急促的蜂鸣。 不是手机，也不是系统提示。
仓库的火灾报警器响了。 四个人同时起身。
周渡没有发动任何卡牌。他先打开会议室门，确认走廊没有烟，再按墙上的疏散标识指向东侧楼梯。 齐衡从办公室出来，手里已经拿着访客登记板。
“一楼西侧烟感，物业正在确认。”他说，“所有人下楼，不坐货梯。” 仓库里共有九名员工，两名送货司机，加上二楼四人。齐衡在集合点按签到、访客和现场负责人逐项点名，不靠任何异常能力猜人数。
林见微留在室外观察是否有人吸入烟气，没有逆着人流冲回去。 许知言没有拍摄员工面孔，只记录报警时间、广播内容和疏散动作。
消防控制室很快确认，一楼西侧充电区的一块移动电源外壳鼓胀并冒出白烟。员工在报警前已经切断附近电源，随后按预案撤离，没有自行用水浇。 消防人员到场后将设备转移到安全处置容器，检查相邻货架和线路温度。
没有明火。 沈砚昨晚那张“让一间房内的明火熄灭”即使已经发出，在这里也不会提供任何帮助。
十二点零八分，消防人员确认风险受控。仓库暂不恢复充电区使用，其他区域等待物业与电气人员复查。 消防人员询问是否有人返回建筑取过物品。齐衡回答没有，并交出集合点记录。监控回放显示，最后离开的一名员工曾在门口停了两秒，想起自己的电脑还在充电，最终还是跟着同事下楼。
那两秒没有被写成英勇，也没有被责备成拖延。 复盘时，员工承认自己第一反应是设备里的报价文件。齐衡当场决定把工作资料改为服务器同步，并要求以后任何人不得为取电脑折返。
许知言问他，为什么不直接规定仓库里禁止所有移动电源。 “因为司机和夜班都要用。”齐衡说，“禁令写得最容易，最后大家偷偷带进来。我要的是指定型号、隔离区域、充电时段和报废标准。”
沈砚听见这句话，在自己的草案边写下四个字：可执行性。 限制越严格不必然越安全。如果一张卡的条件让使用者在真正紧急时无法理解或遵守，它只是把风险藏进了说明里。
齐衡没有因为疏散顺利就宣布预案完美。 东侧楼梯门能正常开启，但一楼转角堆着两箱刚退回的护栏配件，虽然没有完全挡路，仍然缩窄了通行宽度。集合点名单上还有一名离职三天的临时工，点名时浪费了半分钟。
他当场记录整改，没有把问题归给今天负责值班的人一个人。 周渡沿着允许进入的路线陪物业复查。他回来后，在蓝卡草案旁边补了三条。
第一，知道出口存在，不等于到达出口的路径畅通。 第二，出口当下可通行，不等于十秒后仍可通行。
第三，任何提示都不能替代现场指挥和回报位置。 “还要给我吗？”他问。
沈砚重新看了一遍。 “先不发。”
周渡笑了一下：“我以为升级以后，你会更舍不得浪费一天。” “今天不发，不叫浪费。”
沈砚以前确实把每日名额看成一项会在午夜清零的资产。后来他才明白，空着的名额有时也是一种结果：没有合适的人，没有写清楚的需求，或者代价尚未被理解。 蓝卡比白卡更不能为了证明权限存在而发出。
下午，四人把仓库报警过程完整复盘。能用普通办法修正的，继续用普通办法：移走转角堆物、更新人员清单、给移动电源建立隔离充电和报废规则。 蓝卡草案被保留，但状态从“待发送”改为“待情境验证”。
沈砚又加了一项接收条件。 接收者必须能够明确说出，这张卡不会告诉他哪条路最安全。
十七点以后，经验仍按各自时刻陆续到账。 没有新签署者，十八人各贡献一点。当天结束时，有效经验从一千零一十升至一千零二十八。
系统没有催他制作第一张蓝卡。 空白卡安静地停在视野边缘，颜色比从前深了一层。
沈砚走出齐安仓库时，东侧楼梯转角已经清空。地面留下两个浅灰色方印，证明那里的确堆过东西。 真实的出口没有发光。
却比上午更容易走了。