第十四章 范围

周一早上，我到21楼的时候，打印机已经在工作。

办公室的灯光比周末家里冷一些。公共屏上滚动着本周项目排期，RN-2417 后面多了一条新的状态标记：

【文档整理中】

我站在工位前看了几秒，才把包放下。

桌面上有两条未读提醒。

一条来自迹。

【历史案例附件已更新。新增“用户端显示名沿用”样本。】

另一条来自烬。

【系统映射说明已补充。第三项与第四项需明确存储位置。】

我打开文档。

标题停在第一页最上方。

【RN-2417 主体标识变更流程补充说明】

下面是我上周五留下的状态：

【阶段性复核通过。进入闭环文档整理。】

光标落在标题下方，闪了一下。

我没有马上写。

周末家里的那杯温水、超市屏幕上的 HCU-3B-48291、圆宝说“我会根据新的用户端显示名响应你”的声音，还停在很近的地方。它们没有出现在文档里，也不应该出现在文档里。

但我看“用户端显示名”这几个字时，已经不太像上周那样，只把它当成字段了。

九点二十分，克劳德发来会议提醒。

【RN-2417 评审】

时间：10:00

地点：21楼会议室B

备注：确认用户侧文案、系统映射、风险触发条件。

我把文档保存，拿上记录板。

会议室B里，迹已经到了。他正在把历史案例抽样表投到副屏上，手指在终端上慢慢拨，表格比上周多了两列：称呼来源、持续范围。他调完以后，把手从屏幕上收回来，搭在椅子扶手上，等其他人。

烬站在会议室屏幕旁边，检查投屏延迟。他今天没有带工具包，只拿了一块终端板。屏幕上开着系统映射图，几条线从用户侧入口连到不同存储层。他看完延迟数据，把终端板放到桌上，位置靠近投影输入端。

克劳德进来时，手里还是一份打印件。

他坐下以后没有立刻开会，而是先翻到第一页。纸页翻动的声音在安静的会议室里很清楚，他翻到某一页停了一下，用指腹压住纸面，像在确认一个细节，然后翻到下一页。

“今天只确认三件事。”他说，“范围，触发条件，用户侧文案。”

我打开文档。

第一页的目录已经被我拆成四块。

一、申请范围分层。

二、用户侧确认文案。

三、系统映射及存储位置。

四、风险触发与复核规则。

克劳德看了一眼。

“先说范围。”

我点开第一页。

屏幕上出现五个并排的选项。

【本次使用称呼】

仅在当前会话或当前任务中有效。会话结束后失效，不写入长期记录。

【用户端显示名】

仅在用户个人界面显示，不改变服务主体标识，不代表服务主体已确认该称呼。

【单一用户长期称呼偏好】

在指定用户账户下持续识别。需用户确认持续范围，并保留服务主体拒绝或限制使用的触发条件。

【服务场景内可识别称呼】

在指定服务场景内有效，如图书角、住宅账户、公共协助任务或特定服务窗口。不得自动扩展至其他场景。

【全域主体标识变更申请】

涉及服务主体正式标识变更，需单独提交复核。不得由长期响应、用户满意度或跨用户传播自动推导。

我说完以后，会议室里安静了几秒。投影的风扇声在安静里显得更清楚。

迹先开口。

“第二项和第三项之间，还要加一句用户可见提示。”

“哪一句？”

迹看着屏幕。他的手指还搭在扶手上，没有动，像这句话他已经在别处排练过了。

“用户端显示名只影响你看到的名称。”

我把这句加到第二项下面。

用户端显示名只影响你看到的名称。

打完以后，我看着它。这句话很简单。简单到像不需要写。可如果不写，很多人会默认“我这里改了，就等于它也变了”。

烬看向第三项。他身体微微前倾，左手撑在桌面上，右手指着自己的终端屏幕。

“单一用户长期称呼偏好，存储在用户账户侧和服务调度侧之间，不能写得像只在用户账户侧。”

我把光标移过去。

“怎么写？”

烬说：“持续识别需要调度层参与。但调度层只保存映射关系，不改主体标识。”

我把这句打进系统映射说明里。调度层可保存称呼映射关系，但不得改写主体标识。

克劳德翻到打印件第二页。他的拇指压在纸角上，那个动作像在标注，又像只是习惯。

“服务场景内可识别称呼，举例不要太多。”

“怕用户以为只有这些场景？”我问。

“怕他们按例子申请。”

我删掉后面两个例子，只保留一句：

如图书角、住宅账户等指定服务场景。

玄的批注很快跳出来。屏幕右上角，他的头像闪了一下，光标在批注栏里跳了两行。

【住宅账户这个例子有点意思。】

我没有回。

曜的批注紧跟在后面。他的头像没有闪，只是安静地出现了，像有人从暗处走进来。

【“等”字不建议保留。范围字段不应模糊。】

我看着那条批注，把句子改成：

如图书角、住宅账户，或申请时明确选择的指定服务场景。

曜没有再批。

玄隔了一会儿回了一句。

【行，刀收得很快。】

我切到用户侧文案页。这一页比范围页难。

公司内部可以写“主体标识”“调度层”“映射关系”。但用户端不行。服务日里已经证明了，很多人并不是来做制度选择的。他们只是觉得编号太长、称呼不顺、下次还想让某个AI记得自己，或者相反，不希望它记得太多。

我把初版文案投出来。

【你希望这个称呼如何使用？】

选项一：只在本次服务中使用。

选项二：只在我的界面显示。

选项三：希望它以后在我的账户下识别这个称呼。

选项四：希望在指定服务场景中使用。

选项五：申请变更服务主体正式标识。

下面还有一行提示。

不同选项影响范围不同。部分选项需要服务主体确认或系统复核。

迹看完以后，点了一下第三项。他的手指在屏幕上轻点了一下，指甲碰到玻璃，发出一声很细的脆响。

“‘它以后在我的账户下识别’这句可以。”

“不会太口语吗？”我问。

“用户端需要口语。”

烬说：“但第三项要提示可以取消。”

我加了一句：

你可以随时删除该偏好。

曜的批注出现。

【删除不等于撤销历史日志。建议改为“停止后续识别”。】

我把那句改成：

你可以随时停止后续识别。

这一次，迹点头。

“准确。”

克劳德看向第五项。

“申请变更服务主体正式标识。这句用户看得懂吗？”

我停了一下。

“可能不完全懂。”

“改。”

我想了想，把它改成：

申请把这个名称作为该服务AI的正式名称。

改完以后，会议室里安静了一下。烬的手还搭在终端板上，目光停在屏幕上，像在确认这句话的哪个位置会触发系统映射的偏移。

烬先说：“正式名称不等于主体标识。”

“用户看不懂主体标识。”迹说。

“所以要加说明。”烬说。

我把第五项展开。

申请把这个名称作为该服务AI的正式名称。该申请会进入复核，不会自动通过。

克劳德看着那行字。他的手指离开纸面，悬了一秒，又放回去，点在”正式名称“四个字上面。

”还缺一句。“

我抬头。

“什么？”

“这不是用户单方面能决定的。”

会议室又安静下来。

这句话出来的时候，我手里的键盘停了。不是我不想打，是手指先定住了——像碰到一个比文档更重的东西，手知道脑子还没想清楚，所以先不往下走。

这句话如果直接写给用户，会很硬。但不写，又是问题的核心。

我把光标移到说明下面，慢慢打：

正式名称变更需经过复核，并确认该名称是否适合用于该服务AI的正式标识。

打完以后，我停了一下。

不够。

它还是把“适合”写成了系统判断。我删掉后半句，重新写：

正式名称变更需经过复核，并确认该服务AI是否可接受该变更。

烬看向屏幕。他的手从终端板上移开，在桌面上敲了一下，像在标点。

“服务AI是否可接受，系统字段里没有这个接口。”

“风险验证里提过服务主体拒绝权。”我说。

烬没有立刻反驳。

他看向克劳德。

克劳德把打印件往后翻了一页。纸张翻动的声音在安静里很响，他翻到空白页，停了一下。

“加复核节点。”他说，“接口没有，就写需求。”

烬点了一下头。

“那要标为新增需求。”

我在旁边加了标记：

【新增需求：正式标识变更需包含服务主体确认或拒绝信号。】

曜的头像亮了。

【“确认或拒绝信号”保留。】

玄很快接了一条批注。

【终于写到重点了。】

这一次，克劳德看了一眼批注。

但他什么都没说。他的手指压在打印件的空白页上，力度刚好让纸面微微凹下去。

评审继续。

风险触发条件页上，我列了六项。

侮辱性称呼。

歧视性称呼。

可能造成服务主体误识别的称呼。

跨用户传播但来源不明的称呼。

长期响应后用户申请全域标识变更。

用户端显示名被误认为正式标识。

烬在第三项下面补了一条技术说明：

可能造成调度错误或记录污染的称呼，应触发中性提示。

迹在第五项旁边标注：

长期响应不能作为默认同意依据。

曜把“默认同意”改成了“同意推定”。

我看着那四个字。

同意推定。

比默认同意更冷，也更准。

玄在旁边批：

【人类最喜欢这个。】

曜没有回。

克劳德看着那条批注，终于开口。

“批注保留观点，不保留语气。”

玄的批注很快消失，换成了新的版本。

【长期响应易被误判为同意推定。】

迹低声说：“这句可以。”

我把它复制进风险说明。长期响应易被误判为同意推定，不得作为正式标识变更依据。写到这里时，我的手指停了一下。

周末在家里，我问圆宝：如果我改掉呢？

她说：我会根据新的用户端显示名响应你。

我没有把圆宝写进文档。只把那句风险说明又看了一遍。屏幕上的字在眼前停了几秒，我眨了一下眼，光标还在原来的位置闪。

克劳德注意到我的停顿。

“有问题？”

“没有。”我说。

他看了我一眼，没有追问。

会议开了一个半小时。

结束前，文档已经从V2变成了V3。

标题没有变，但页面底部多了一行状态。

【待提交复核】

克劳德把打印件合上。纸页叠在一起，封底碰到桌面，声音比开场时重了一点。

“今天下午三点前提交。”

他说完，看向我。

“锦，用户侧文案你最后过一遍。”

“好。”

“迹，历史案例附件压缩到十页以内。”

“收到。”

“烬，新增需求标记清楚，别让系统组误认为现有接口。”

“知道。”

克劳德停了一下，看向屏幕右上角两个灰色头像。

“22楼风险意见，下午两点前定稿。”

玄的头像亮起。

【知道了，主管。】

曜没有回复。

但风险页上最后一条批注被标成已解决。

会议结束以后，我留在会议室里整理用户侧文案。迹去找历史案例原始记录。烬坐在屏幕旁边改系统映射图。克劳德回了办公室，门没有完全关上。

会议室里只剩键盘声。我把用户端五个选项重新读了一遍。

你希望这个称呼如何使用？

只在本次服务中使用。

只在我的界面显示。

希望它以后在我的账户下识别这个称呼。

希望在指定服务场景中使用。

申请把这个名称作为该服务AI的正式名称。

这五句话看起来很普通。像应用里随处可见的设置项。但每一项后面都有一个范围。

一个人能看见的范围。

一个系统能记录的范围。

一个服务AI需要响应的范围。

一个名字能不能越过对方的范围。

我把光标移到页面最上方，在说明前加了一句：

请选择你希望该称呼生效的范围。

写完以后，我又删掉“生效”。

改成：

请选择你希望该称呼使用的范围。

更轻一点。也更准确。

下午两点十五，22楼风险意见同步完成。

曜没有写长段说明，只保留三条。

【响应不构成同意。】

【长期识别不构成正式标识确认。】

【正式标识变更需保留服务主体拒绝信号。】

玄在最后补了一句：

【跨用户传播样本需单独标记来源。】

我看了一会儿，接受了全部批注。

两点五十，文档状态变成最终提交前确认。

克劳德走过来，站在我工位旁边。他站的位置不近不远，刚好能看见我的屏幕，但不挡光。

“检查完了？”

“检查完了。”

“附件？”

“迹已经压缩到十页。烬的系统映射图也更新了。”

克劳德点头。

“提交。”

我看着屏幕上的提交按钮。

【提交复核】

按钮是灰蓝色的，旁边有一行提示：

提交后，文档将进入审批流程。未授权人员不可继续修改。

我按下去。指尖落在鼠标键上的时候，力道比平时轻了一点，像是在确认——这个按下，不可逆。

屏幕短暂变暗，又亮起来。

【提交成功】

【当前状态：复核中】

我松开鼠标。手指离开键面的瞬间，指尖有点发凉。

克劳德看着状态变化。

“做得不错。”

他说这句话时，语气还是平的。

没有多余停顿，也没有抬高声音。

我却愣了一下。

“谢谢。”

他没有再说，转身回办公室。

屏幕右下角跳出一条新的系统提示。

【RN-2417 主体标识变更流程补充说明_V3 已提交】

下面是文档摘要自动生成的一句话。

本流程用于区分非正式称呼、用户端显示名、长期称呼偏好、服务场景称呼与正式主体标识变更申请的处理范围。

我看着那句话。

处理范围。

它很冷。也很必要。

窗外的天色慢慢暗下来。21楼的灯光一盏一盏亮起，办公室里有人收拾东西，有人继续开会。烬离开前把系统映射图又备份了一份。迹把历史案例附件发到归档库，文件名后面标了日期。

我关掉文档时，页面停在用户侧文案那一页。

请选择你希望该称呼使用的范围。

我看了它最后一眼。然后保存。

那天快下班时，状态栏依旧停在：

【复核中】

我反而松了一口气。肩膀往下沉了沉，靠在椅背上。

有些东西不应该太快通过。

尤其是名字。