L4.09.3keep a manual path设计研究
保留手动路径有长期价值
别名: 保留手操 · manual fallback · 不要拆掉不会自动的那条路
概念解释
自动化跑通之后，产品常把原来的手工入口藏起来或删掉，理由是简化。保留手动路径（keep a manual path）把那条入口当成技能和故障的基础设施：人要练，得有地方练；机器挂了，得有一条不经过代理的路把世界改对。
只能「再让 AI 试一次」的界面，在代理失效时没有第二条因果链。
机制
手动路径同时做三件事。一是练习场：低负荷时人可以自己走一遍，反馈还在，程序性知识不至于掉光。二是故障旁路：代理不工作时，业务不必停在「等模型恢复」。三是可调层级的落点：人把级拨回手动时，后面真的有手动，而不是一个灰掉的按钮。Bainbridge 的讽刺若被当约束，设计就要在自动化之外留一条活人能走的路，而不是把人设计成只能等。
路径必须是真的：权限、数据、工具都还在，步骤被维护。只在故障那天从备份里翻出一份过期手册，不是路径。
怎么研究
比较：自动化后删除手动入口 vs. 保留并定期强制走手动 vs. 保留但不强制。长期后测：故障时完成率、手动成绩、人找到入口的时间。自变量：入口可见性、强制练习的频率、手册是否与当前系统同步。
故障演练要切断代理。入口还在但权限过期、字段已经对不上，算没有路径。
边界
对用户而言从未存在过的全新能力（以前根本做不了），谈不上保留，只能从零建一条降级。安全上禁止人手直接碰的生产动作，手动路径可能只存在于受控的维修角色，不能做成每个操作者的按钮。技能会不会掉、掉了何时被看见，是前两条；这里是对策：路要留着，而且要能走。
怎么落地
- 每个被代理替代的核心任务，保留一条不经过代理的完成路径，放在操作者找得到的位置，而不是只写在内部 wiki。
- 路径随产品改版一起改。字段、权限、外部系统接口与代理用的是同一份，免得旁路是另一个年代的系统。
- 低负荷时段提供「这次我自己做」而不惩罚吞吐考核。
- 验证：切断代理服务，看业务能否沿手动路径在时限内完成。完不成，路径就是假的。再找三个月没走过的操作者计时找入口——找不到，等于删了。