审批关卡

智能体在执行计划之前和结束任务之前都会先征求你的同意——无论是在桌面端、状态栏还是手机上，都不会自动通过。

关卡的意义在于让智能体停下来征求意见。1DevTool 在任务流程中设置了两道关卡：开始工作之前，以及任务被判定完成之前。

两道关卡

计划关卡。 智能体提出它打算如何完成任务的方案，然后等待。你阅读这份计划，然后选择批准或要求修改。

完成关卡。 智能体宣布工作已经完成，然后等待。你确认任务是否真正完成，或者将其打回重做。

审阅对话框为计划提供了充足的阅读空间——宽度足以让你真正把计划读进去。批准和要求修改以同等地位呈现，反馈输入框始终展开，因此写下修改意见不需要额外点击。

你写下的内容会原封不动地传达给智能体，途中不会被总结或删减。

随时随地给出答复

同一个决定可以从三个地方给出，并且无论智能体运行在哪里都能收到：

  • Tasks 工作区内的审阅队列
  • 状态栏徽标，统计待处理的关卡数量并可直接跳转过去
  • 远程控制 中的一个页面——在厨房里也能批准计划

没有任何东西会自动通过

如果没有人及时回应，任务就会被阻塞。它不会因超时而继续推进，因为沉默不代表同意。

智能体这一端也会老老实实地等待：智能体在等待裁决时使用的轮询机制，已经针对 Claude、Codex、OpenCode、Grok 和 Hermes 进行过实测校准，因此请求批准的智能体不会再让自己的请求超时。

关卡与看板

关卡与看板彼此保持一致：

  • 把卡片拖入一个智能体正在等待的列时，会打开审批对话框，而不是绕过它——这次移动会连同你的裁决一起被记录，而不是被记录在裁决之外。
  • 任何会跳过待处理的计划或规格审阅的移动都会被拒绝，并明确指出是什么在阻挡它。
  • 接受智能体已经写下的状态，或者在存在未解决阻塞项的情况下开始工作，都会先征求意见——因为这些是决定，而不是无心之失。
  • 把任务拉回来，或者取消任务，始终无需确认即可执行。

“需要我处理”视图

视图栏中的需要我处理列出了所有等待你做决定的事项，涵盖关卡和被阻塞的工作。它的计数是诚实的：被阻塞的任务在看板上有自己的一列，所以“需要我处理 · 2”不会再指向看板上根本没画出来的任务。

相关内容