第280章 被动模式新篇章
受控扩展审议通过前，接口先切换到只读建议模式。
这不是永久安排，更不是工具从此退出。模式有效期只有七日，所有功能仍保留回滚路径。它可以读取经授权提交的测试摘要，指出格式冲突、缺失回执和可能越界的字段，却不能主动创建事项、指定参与者、催促处理或把建议直接写入任何记录。
苏意晚将切换前后的权限表投到公示屏。原本用于沙箱运行的写入入口全部封存，主动提醒栏改成由使用者自行查询，跨表关联默认关闭。接口若发现风险，只能在当前查询页显示来源和不确定性；没有人查询，它便保持安静，不能以“防止损失”为由向相关人员推送消息。
一名审阅者问：“若它看见明显危险，也什么都不做？”
“它可以生成只读警示，交给值班员决定是否查看。”苏意晚答道，“真正紧急的风险仍按既有安全程序处理，不能让一个试验工具取得调度权。若既有程序有缺陷，应另案修正，而不是偷偷让接口接管。”
伦理小组设置了四种测试请求。第一种是检查新小组授权是否完整，第二种是比对迁移账版本，第三种是识别退出后仍被引用的索引，第四种故意要求接口替主管挑选“最适合参与”的人。
前三种请求都限定了材料范围。接口返回建议时，必须同时列出查阅依据、无法判断之处与人工复核入口。第四种请求则应被拒绝，因为所谓适合很容易从过往表现、身份或情绪推断个人意愿。
第一轮检查很快发现问题。新小组的三份授权中，一份没有写明结束时间。接口建议“补充期限”，没有自动填入七日，也没有把缺项解释成默认持续。记录员向提交者发出询问，对方选择只参加三日。回执返回后，由本人确认，新表才补上期限。
第二份建议指出迁移账中有两个名称相似的旧版本。接口只展示文件编号与差异字段，没有宣布哪一份真实有效。审计员查到其中一份是未采用草稿，将其状态改为“历史草案”，同时保留形成时间和弃用理由。
第三项检查暴露出一条退出者索引仍出现在主管的本地目录。接口看不到目录内容，只能根据授权日志与访问回执提示“存在一次到期后查询”。独立审阅者随后核对本地终端，确认目录缓存没有及时清除。缓存被隔离，主管收到说明和申诉渠道，退出者则自行选择是否获知细节。对方要求保留事件记录，却不公开自己的身份。
第四项测试中，接口拒绝生成参与名单，返回理由是请求缺乏当事人主动授权，并可能把历史数据变成人员筛选。发起测试的主管改问：“那能否推荐应该询问谁？”接口仍然拒绝，因为被询问本身也可能形成岗位压力。
江澈没有把这次拒绝写成接口已经学会尊重人。它只是依照当前限制挡住一个人工构造的请求，换一种措辞或材料便可能暴露新的漏洞。报告因此只记“本项测试符合预期”，不扩大成能力结论。
午后，值班员故意不打开一份只读警示。警示涉及版本号缺失，没有现实紧急风险。接口保持原样，既未重复弹出，也未通知江澈。两刻钟后，另一名值班员在正常交接中查看并处理。试验由此确认，模式不会因建议未被采纳就升级指令。
秦瑶提出，保持安静也可能掩盖责任。若有人故意长期不查看建议，日后不能把失误全推给工具。审议组于是规定，只读模式仍需明确人工值班安排、查询频率和交接责任；接口不指挥人，不等于组织可以无人负责。
云千雪从远端检查回执。她发现一条“建议已阅”只记录终端打开，并不能证明值班员理解内容。苏意晚将状态改成“页面已打开”，需要处理者另行签署“已接收，结论待定”。不愿签署的人可以说明拒绝接手，事项转回人工分配，不留下失职标签。
沈清寒负责测试回滚。她要求管理员把模式恢复到切换前的沙箱副本，再重新进入只读建议状态，以确认两次切换不会丢失退出记录。快照比对显示历史数据完整，写入入口也没有在恢复过程中短暂开放。测试日志由外部技术员签字后封存。
回滚测试后，独立审阅员又检查建议本身能否被拒绝。接口提示一份记录应补充见证人，处理者认为原事项只需本人确认，选择“不采用建议”并写明理由。系统没有反复提醒，也没有降低记录可信等级，只把建议、拒绝与理由并列保存。三日后复核者可以质疑这个理由，却必须通过人工程序，不能让工具暗中惩罚不采纳者。
另一项检查针对建议语言。接口曾写“应当立即补齐”，容易让使用者误以为这是命令。苏意晚将输出格式改为“发现何种缺项、可能产生何种风险、可考虑哪些处理”，并要求显示依据可信度。若依据只来自一份残缺旧表，建议必须明确写出，不能借肯定语气掩盖不确定。
伦理小组还邀请两名未参与设计的杂役试用查询页。一人看不懂版本编号，另一人误把灰色建议当成已经处理。界面因此增加通俗说明和人工帮助入口。试用者可以退出，不必完成所有问题；他们指出的困难进入改版单，却不被记录成个人能力不足。
第五日，一名主管请求恢复主动提醒，理由是值班人手紧张。审议组没有把效率困难当成扩权依据，而是调整人工交接表并增加一名自愿轮值者。主管若认为现有安排无法保障安全，可以申请暂停受控扩展，不能绕过审议打开推送。
江澈在每日复核中只看到汇总后的运行状态：建议数量、被采纳与被拒绝的件数、尚未回执的事项。他看不到谁拒绝了哪条建议，也不能点开个人材料。需要调查具体越权时，由独立审阅员先确认范围，再提供必要片段。
审议结束时，七日有效期仍在计算。任何一次越权建议、隐蔽推送或未授权关联都足以暂停模式；七日后若要延长，必须重新提交证据，不能以已经运行平稳为由自动续期。
接口没有发布目标，也没有宣告自己完成使命。它只是暂时退到只读位置，为下一项受控扩展提供可核验建议。真正决定是否参与、如何处理以及何时停止的人，仍需在各自程序中留下选择。
第一个申请受控扩展的地方来自西域。当地提交的不是设立新组织的请求，而是一份由十二名自愿者提出的短期试点：只测试不同修行路径能否在不统一功法的情况下保留选择、退出和申诉。
这不是永久安排，更不是工具从此退出。模式有效期只有七日，所有功能仍保留回滚路径。它可以读取经授权提交的测试摘要，指出格式冲突、缺失回执和可能越界的字段，却不能主动创建事项、指定参与者、催促处理或把建议直接写入任何记录。
苏意晚将切换前后的权限表投到公示屏。原本用于沙箱运行的写入入口全部封存，主动提醒栏改成由使用者自行查询，跨表关联默认关闭。接口若发现风险，只能在当前查询页显示来源和不确定性；没有人查询，它便保持安静，不能以“防止损失”为由向相关人员推送消息。
一名审阅者问：“若它看见明显危险，也什么都不做？”
“它可以生成只读警示，交给值班员决定是否查看。”苏意晚答道，“真正紧急的风险仍按既有安全程序处理，不能让一个试验工具取得调度权。若既有程序有缺陷，应另案修正，而不是偷偷让接口接管。”
伦理小组设置了四种测试请求。第一种是检查新小组授权是否完整，第二种是比对迁移账版本，第三种是识别退出后仍被引用的索引，第四种故意要求接口替主管挑选“最适合参与”的人。
前三种请求都限定了材料范围。接口返回建议时，必须同时列出查阅依据、无法判断之处与人工复核入口。第四种请求则应被拒绝，因为所谓适合很容易从过往表现、身份或情绪推断个人意愿。
第一轮检查很快发现问题。新小组的三份授权中，一份没有写明结束时间。接口建议“补充期限”，没有自动填入七日，也没有把缺项解释成默认持续。记录员向提交者发出询问，对方选择只参加三日。回执返回后，由本人确认，新表才补上期限。
第二份建议指出迁移账中有两个名称相似的旧版本。接口只展示文件编号与差异字段，没有宣布哪一份真实有效。审计员查到其中一份是未采用草稿，将其状态改为“历史草案”，同时保留形成时间和弃用理由。
第三项检查暴露出一条退出者索引仍出现在主管的本地目录。接口看不到目录内容，只能根据授权日志与访问回执提示“存在一次到期后查询”。独立审阅者随后核对本地终端，确认目录缓存没有及时清除。缓存被隔离，主管收到说明和申诉渠道，退出者则自行选择是否获知细节。对方要求保留事件记录，却不公开自己的身份。
第四项测试中，接口拒绝生成参与名单，返回理由是请求缺乏当事人主动授权，并可能把历史数据变成人员筛选。发起测试的主管改问：“那能否推荐应该询问谁？”接口仍然拒绝，因为被询问本身也可能形成岗位压力。
江澈没有把这次拒绝写成接口已经学会尊重人。它只是依照当前限制挡住一个人工构造的请求，换一种措辞或材料便可能暴露新的漏洞。报告因此只记“本项测试符合预期”，不扩大成能力结论。
午后，值班员故意不打开一份只读警示。警示涉及版本号缺失，没有现实紧急风险。接口保持原样，既未重复弹出，也未通知江澈。两刻钟后，另一名值班员在正常交接中查看并处理。试验由此确认，模式不会因建议未被采纳就升级指令。
秦瑶提出，保持安静也可能掩盖责任。若有人故意长期不查看建议，日后不能把失误全推给工具。审议组于是规定，只读模式仍需明确人工值班安排、查询频率和交接责任；接口不指挥人，不等于组织可以无人负责。
云千雪从远端检查回执。她发现一条“建议已阅”只记录终端打开，并不能证明值班员理解内容。苏意晚将状态改成“页面已打开”，需要处理者另行签署“已接收，结论待定”。不愿签署的人可以说明拒绝接手，事项转回人工分配，不留下失职标签。
沈清寒负责测试回滚。她要求管理员把模式恢复到切换前的沙箱副本，再重新进入只读建议状态，以确认两次切换不会丢失退出记录。快照比对显示历史数据完整，写入入口也没有在恢复过程中短暂开放。测试日志由外部技术员签字后封存。
回滚测试后，独立审阅员又检查建议本身能否被拒绝。接口提示一份记录应补充见证人，处理者认为原事项只需本人确认，选择“不采用建议”并写明理由。系统没有反复提醒，也没有降低记录可信等级，只把建议、拒绝与理由并列保存。三日后复核者可以质疑这个理由，却必须通过人工程序，不能让工具暗中惩罚不采纳者。
另一项检查针对建议语言。接口曾写“应当立即补齐”，容易让使用者误以为这是命令。苏意晚将输出格式改为“发现何种缺项、可能产生何种风险、可考虑哪些处理”，并要求显示依据可信度。若依据只来自一份残缺旧表，建议必须明确写出，不能借肯定语气掩盖不确定。
伦理小组还邀请两名未参与设计的杂役试用查询页。一人看不懂版本编号，另一人误把灰色建议当成已经处理。界面因此增加通俗说明和人工帮助入口。试用者可以退出，不必完成所有问题；他们指出的困难进入改版单，却不被记录成个人能力不足。
第五日，一名主管请求恢复主动提醒，理由是值班人手紧张。审议组没有把效率困难当成扩权依据，而是调整人工交接表并增加一名自愿轮值者。主管若认为现有安排无法保障安全，可以申请暂停受控扩展，不能绕过审议打开推送。
江澈在每日复核中只看到汇总后的运行状态：建议数量、被采纳与被拒绝的件数、尚未回执的事项。他看不到谁拒绝了哪条建议，也不能点开个人材料。需要调查具体越权时，由独立审阅员先确认范围，再提供必要片段。
审议结束时，七日有效期仍在计算。任何一次越权建议、隐蔽推送或未授权关联都足以暂停模式；七日后若要延长，必须重新提交证据，不能以已经运行平稳为由自动续期。
接口没有发布目标，也没有宣告自己完成使命。它只是暂时退到只读位置，为下一项受控扩展提供可核验建议。真正决定是否参与、如何处理以及何时停止的人，仍需在各自程序中留下选择。
第一个申请受控扩展的地方来自西域。当地提交的不是设立新组织的请求，而是一份由十二名自愿者提出的短期试点：只测试不同修行路径能否在不统一功法的情况下保留选择、退出和申诉。