L4.14.1show the plan before execution设计研究

执行前展示计划把纠错成本从执行之后移到执行之前

别名: 先看计划再跑 · pre-execution plan · 纠错再往前移

概念解释

过程中干预把纠错从终局挪到跨越前;再往前一截,是还没开跑就把将要走的节点给人看。执行前展示计划(show the plan before execution)让人在第一笔工具调用之前改掉对象、删掉一步、卡住对外。成本停在草稿上,不进世界。

计划是还没发生的路径。看见它,是在对未来做修剪,不是在对残骸做考古。

机制

纠错成本按已穿越的世界边界涨。执行前的计划把边界次数保持为零。人在这一刻改的是意图,不是补偿。监督控制里「决策选择」这一段若对人可见,行动实施就还没开始;计划视图是决策段的界面。它和过程视图分工:计划是将要,过程是正在。没有将要,人只能在正在里追。

计划若要到跑起来才生成,这一截前移就不存在。边想边跑的代理把决策和行动焊死,纠错只能过程中或事后。

怎么研究

同一多步任务,比较:无计划直接跑、执行前只读计划、执行前计划可改。因变量:对外错误次数、第一笔调用前被改掉的步数、总时长。自变量:计划是否含对象、是否标对外节点、人是否必须确认才开跑。

主终点仍是对外错误。时长变长但对外错误下降,是成本在按设计搬家,不是失败。

边界

一步就能看懂的短任务,计划视图是摩擦。计划细到不可审,前移失败——粒度另说。计划在跑起来之后被改写而不通知,事前批准作废。展示的计划若和真跑的不是同一条,审批是空的。过程中纠错仍然需要,因为计划不会穷尽世界;它只是把能提前看见的那截提前看见。

怎么落地

  • 多步且含对外的任务,默认先出计划再开跑。计划里对外节点单独标出。
  • 开跑必须经过人看过计划这一拍。自动开跑等于没有执行前。
  • 验证:把错误对象写进计划。人应在开跑前拿掉它,外部零动作。若错误总是在过程中或终局才被发现,计划就还没把纠错移到执行前。

延伸

  • 同组L4.14.2 计划需可被用户修改,而不只是批准或拒绝 · L4.14.3 执行中计划发生变化时需通知,否则先前的批准不再成立 · L4.14.4 计划的抽象层级需匹配用户的判断能力,过细的计划无法被审阅 · L4.14.5 系统展示的计划与其实际执行路径必须一致,否则审批形同虚设
  • 相邻L4.12 任务进度与中间态可见 · L4.08 任务进度可见 · L4.07 行动前确认
  • 站内检索plan preview · pre-execution review · supervisory control

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/L4.14.1