L4.14.2plans must be editable设计研究
计划需可被用户修改，而不只是批准或拒绝
别名: 计划可改 · not just approve or reject · 修剪计划
概念解释
计划如果只能整份批准或整份否决，人的控制粒度是任务级：要么全跑，要么全不跑。错的那一步会挟持整份。计划可改（plans must be editable）要求节点可删、可换对象、可改顺序、可把某步钉成必须停，而不必把整份打回去重生成。
否决整份然后用自然语言再描述一遍，是把已经看见的结构扔掉。
机制
执行前展示把未来放到桌上，可改才让桌上的东西被用手碰。只能批准/拒绝时，人面对一份八步里七步对、一步对外对象错的计划，理性策略变成批准然后指望过程中拦——纠错又滑回过程中。可改把决策段的控制留在决策段。粒度仍要让人审得动；可改不是开放一个脚本编辑器，是对节点做有限的、可理解的手术。
反向移交要声明人改了什么；执行前改计划是同一义务的早期形态：改完的计划就是那份声明，系统必须按它跑。
怎么研究
给一份含单步错误的计划，比较：只批/拒、可删步、可换对象、可自由编辑脚本。因变量：错误步是否在开跑前被拿掉、误伤正确步、人是否放弃修改改去否决整份。自变量：可改的操作集合、改完是否立即回显为新计划。
放弃修改去否决整份，说明手术工具不好用，不是人不想改。
边界
计划在跑起来之后被系统改写，可改要变成对变更的再批准，不是默默补一刀。抽象层级过细时，可改会变成改日志。计划与真路径不一致时，人改的是剧本。一步任务谈不上改节点。
怎么落地
- 计划节点提供删、换对象、标「这一步必须停」。不提供的操作就不要在文案里暗示「你可以随便改」。
- 改完立刻回显整份新计划，开跑绑的是新计划，不是第一份。
- 验证：七步对、一步对象错。人应只改那一步就开跑，不应否决整份。若多数人否决整份或批准后在过程中才拦，可改就还没成为控制。