一套单页应用的浏览器门禁在打开某个路由时失败。此前生产构建已经完成，体积预算和单元测试均为绿色，另外八条端到端用例也成功。失败页面报告无法从 Vite 开发服务器取得一个路由源码模块。

重新运行任务可能得到绿色结果，却会保留薄弱的验证边界。准备交付的是生成后的静态构建，浏览器门禁依赖的仍是开发期源码转换与按需模块交付。

最终改动让 Playwright 在每次执行时先构建应用，再启动全新的 Vite 生产预览。原有的网络失败注入也从源码文件 URL 改到构建后带哈希的 JavaScript 资产。修改后，九条浏览器用例、本地完整门禁和最终云端检查全部通过。

失败请求暴露了测试服务器边界

失败请 …

一次生产构建生成了数 MB JavaScript。完成拆包后，应用入口文件的压缩体积明显下降。两个数字都没有回答实际问题：未登录用户要下载多少代码，登录页才能进入可用状态？

一套经过脱敏的企业单页应用暴露了这个差异。原始构建在启动阶段同步注册数十个路由页面和完整组件库。第一轮优化大幅缩小了入口 chunk，也就是构建工具生成的一份代码块；这份文件却不再包含首屏路由、共享依赖和对应样式。若直接把入口体积当成结果，就会高估优化幅度。

最终方案把路由级懒加载和 Vite 构建清单预算结合起来。预算同时覆盖应用入口、指定首屏路由，以及从这两个根节点可达的全部静态 JavaScript 和 CSS 依赖 …

一台无人值守的 Windows 工作站可能需要全天运行构建、定时任务和远程访问服务，同时让实体屏幕保持黑暗。普通空闲计时器在本地使用时很直接，远程控制加入后就会产生冲突：远程键盘和指针事件可能点亮屏幕，全局空闲规则也可能在远程操作者仍在工作时再次黑屏。

一次脱敏工作站实践同时出现了这两类问题。手动黑屏可以生效，远程控制客户端的活动却会恢复可见桌面；全局空闲时长也无法判断当前究竟是桌面无人使用，还是存在活动远程会话。

最终方案采用远程会话感知的状态机。它把本地输入、远程连接事件、开机宽限期、断开宽限期和手动请求作为独立信号，并明确各自优先级。这里的“软黑屏”指把亮度降到最低，在所有显示器上覆盖纯 …

自动化更换执行者，会同时改变行动主体、现行指令和恢复时可以信任的证据。只在一份文档里替换名称，无法完成这次迁移。旧调度仍可能运行，过期手册仍可能授予权限，过度清理分支还可能删除中断任务恢复时需要的状态。

一次脱敏交接同时暴露了这三类风险。仓库的现行运营文档仍指向旧执行者；历史运行分支和交付产物又属于恢复模型的一部分；部分停用发表入口也有保留价值，因为其中的硬拒绝实现能够证明禁用操作继续不可用。

安全处理先为所有状态分类。当前权限整体迁移，历史证据保持可读，停用写入路径继续显式拒绝，只有确认可丢弃的对象才进入清理范围。

一个仓库里可能同时存在四类状态

搜索旧执行者名称会得到很多匹配，但这些匹配承 …

自动化任务进入完成态时，通常已经留下多类事实：远端对象已经创建，内容已经回读，质量证据已经保存，租约也已经关闭。普通重试应当保持零写入。再次执行交付可能产生重复对象，也可能让旧证据继续描述已经变化的内容。

人工审稿会带来合理的例外。草稿在控制器看来已经完成，编辑仍可能要求调整结构、措辞或排版。若继续调用普通完成入口，控制器无法区分无害重放与获得授权的返修。

本次处理增加了一条独立的关闭写入返修状态机。它先把显式请求绑定到完成态来源，使过期证据失效，保留现有远端对象身份。只有修订内容完成更新和回读后，任务才能再次结束。

风险来自含义不清的完成态

脱敏案例包含两份仅保存为草稿的外部交付物。两稿都通 …

长任务通常由多个进程分段完成：控制器先创建运行计划，后续工作器生成产物，进程中断后还可能由另一个实例恢复。若每个阶段都重新读取可变的全局策略，同一次运行就可能被几套规则先后解释。

一次策略升级暴露了这个风险。新版增加了更严格的选题、元数据和展示要求，设计目标是只影响新建计划。回归测试却发现，部分历史夹具开始读到尚未对它们生效的新字段。旧计划没有变化，计划外部的解释规则已经移动。

处理方法是在创建计划时选择一次策略，把规范化后的策略快照写入计划，后续生成、审核、完成和恢复都只读取这份快照。新策略可以继续演进，执行中的任务仍能保持同一套判断依据。

先确认判断边界是否移动

策略内容是否合理只是其中一 …