任务

一块智能体真能干活的任务板——指派任务即派工，终端自动开起来、跑起来，动手前先来问你。

大多数任务板只是记录你打算做什么的地方。这一块会真的把活派出去。

指派任务意味着：选定目标智能体、启动它的终端、把任务发过去，并把这次运行绑定到该任务上——于是任务板、终端和 Mission Control 讲的是同一件事，而不是关于同一件事的三个版本。

打开任务板

任务像 Git 客户端一样以整窗工作区打开——状态分列、每个智能体一条泳道，详情面板宽到足以完整读完一份计划。

视图栏在三种看同一批工作的方式之间切换，每种都带自己的计数：

每张卡片都会显示谁在做，以及那个终端此刻在干什么——运行中、等你、空闲，还是失联。

一个任务会经过七种状态：

在任务详情面板里挑一个目标。这一个动作就会启动终端、投递任务，并把这次运行接回卡片。

从那一刻起卡片就跟着运行走。终端在干活，卡片就这么说；智能体停下来等，卡片也照实说。

智能体在实施计划之前会问一次，在关闭任务之前再问一次。你的裁决无论它在哪里都能送达，而且你的原话会被原样转达——智能体拿到的是你真正写下的内容，不是摘要。

专门的审阅对话框给计划留出完整的阅读空间。批准与要求修改地位对等，反馈框始终敞开——你不必先点开什么才能说明理由。

裁决会在三个地方找到你：任务板里的审阅队列、状态栏上的角标，以及 Remote Control 里的手机页面——站在厨房里也能批一份计划。

没有任何东西会自动通过。 如果没人及时回应，任务就转为受阻，因为沉默不等于同意。

每个任务是项目中 .1devtool/tasks/ 下的一个 markdown 文件，命名为 <id>-<slug>.md。也就是说它们会出现在 diff 里、会被评审、会像仓库里的其他东西一样随分支流转。

而决定智能体被允许做什么的部分——指派给谁、哪些关卡开着、有哪些运行记录——由应用持有，不在文件里。一次跨越审批边界的文件改动只是一个提议，不是一个决定。

十个 MCP 工具覆盖整个闭环：列出与读取任务、创建与更新、评论、关联、领取下一个、请求审批、等待裁决、完成。有一条规则是写死的而非配置项：智能体不能给自己派活。

大多数任务源于你顺手注意到的东西，而不是你坐下来专门写的东西。

捕获会保留一个指回来源的指针——文件与行号，或者终端名称——所以一周之后这个任务仍能说清你是在哪儿发现它的。

描述你想要的结果，智能体会提出一组任务供你修改并接受。在你接受之前不会有任何东西写进仓库，所以一次糟糕的拆解只花掉一次点击，而不是一场对 .1devtool/tasks/ 的清理。

同一件事被捕获两次时，把卡片合并。留下一张；其余变成墓碑，其 id 仍可解析——于是手里攥着旧 id 的智能体会被重定向，而不是被送进死胡同。

合并本身就是普通的文件改动，所以在你提交之前，git checkout -- .1devtool/tasks/ 就能撤销。

正在跑任务的项目会把它们显示在终端上方的 Mission Control 里，与"谁在跟谁说话"的图谱并排。