电子程序可动态适配当前状态
别名: 电子作业程序 · 条件化程序 · context-aware procedure
概念解释
情境敏感电子程序（context-sensitive electronic procedure）依据设备构型、传感器状态、人员权限和已完成步骤，呈现当前适用的分支、参数与警告。它不是把纸页转成 PDF，而是把程序逻辑与实时运行数据连接起来——区分这两者的关键测试很简单：把同一份文档在两台构型不同的设备上打开，如果内容一样，它就只是电子化的纸；如果内容因为设备实际状态而不同，才是真正的情境敏感程序。
机制
纸质程序要求人主动把现场状态映射到条件分支——读到"若阀门已关闭则跳至第 12 步"，人必须先去核实阀门状态，再自己完成跳转；电子程序能替人计算这个映射、自动带入相关对象参数并保存进度，从而省去查找和转录的认知负担。但省下这个负担的代价是：自动选择的路径不再主动呈现在操作者眼前，那些没有被选中的分支和警告变得不可见，操作者因此更容易忘记它们的存在，也更难在系统判断出错时自行发现异常。更深一层的风险在于放大效应——纸质程序里一个传感器读数错误只会误导人做出一次错误判断，操作者仍要主动完成后续步骤；电子程序里同一个错误读数可能直接触发一整条错误分支的自动展开，把单点的数据错误系统性地放大成一连串被系统"确认"过的错误指导。动态适配的安全价值最终取决于三件事：状态数据的来源是否可靠、规则版本是否与当前设备构型匹配、操作员能否看见系统为什么选择了当前这条路径而不是另一条——最后一条尤其容易被省略，因为呈现"结果"比呈现"推理过程"在界面上更省空间。
怎么研究
仿真比较纸质、静态电子（无分支逻辑的纯电子文档）和情境敏感版本三种条件，操纵分支复杂度、人为注入的数据错误和中断，测量导航时间、分支错误、异常发现率与对系统判断的依赖程度。除了平均完成时间，还应重点观察两类更能反映真实风险的行为：参与者是否会主动检查系统自动带入的数值（还是直接信任并跳过），以及当状态数据源之间出现冲突（比如两个传感器给出矛盾读数）时，系统与操作者能否共同做出安全退出的选择，而不是任选一个数据源继续往下走。参与者能否事后解释"为什么这一步被系统跳过了"，是判断情境敏感程度是否变成了不透明黑箱的一个直接指标。
边界
只有可靠且时效性足够新的机器可读状态才能驱动自动分支；任何未被传感器覆盖、需要人到现场目视确认的条件，仍然必须由人工判断触发对应分支，电子系统在这类条件上不能替人下结论。动态隐藏不适用的步骤会降低操作者对全局流程的可见性，在诊断排故、培训新人或事后复盘这类场景里，往往恰恰需要看到完整的逻辑树而不只是当前被选中的这一条，因此"隐藏不适用步骤"这个默认行为需要有明确的、可以主动展开的退出机制。电子程序无论多智能，都不能替代物理联锁——联锁是硬件层面阻止危险状态发生，程序只是建议下一步该做什么；也绝不应该把"系统建议的动作"在界面上呈现成"已经获得安全许可的动作"，这两者的责任主体完全不同。
怎么落地
- 在每个动态分支旁边同时显示触发它的具体状态数据、这份数据的采集时间戳，以及当前生效的规则版本号，并提供一个明确入口让操作者可以查看所有未被选中的路径。
- 对所有由系统自动带入的设备身份与参数，在关键动作执行前要求人工复核确认，并对未知、相互冲突或已经过期的数据源用醒目方式单独标出，不要与已确认的正常数据用同样的样式呈现。
- 保存步骤级别的完成进度、每一次人工覆盖系统判断的理由文本，以及触发分支决策时的完整状态快照，用于支持中断后的恢复以及事后对整个决策链路的重建复盘。
- 用故意注入的错误传感器读数、模拟通信中断和设备构型临时变更做演练，验证系统在数据不可信时是否会主动转入一个操作者能理解、能预期的保守模式，而不是沉默地继续沿着错误数据给出指导。