任务概览

一个 AI 智能体真正能干活的任务看板 —— 保存在你仓库中的 Markdown 文件、审批关卡，以及会派发真实终端的任务分配。

大多数任务看板只是用来记录你打算做什么的地方。1DevTool 的 Tasks 看板则是工作真正发生的地方：把一个任务分配给智能体，会直接生成终端、发送任务，并把这次运行绑定到卡片上。

The Tasks board

打开 Tasks

顶部栏中的 Tasks 会把它作为一个独立的全窗口工作区打开，就像 Git 客户端一样 —— 状态列、每个智能体一条泳道，以及一个足够宽、能完整读下一份计划的详情面板。

视图侧栏

左侧是一列视图，每个都带有自己的计数：

  • Needs me —— 所有等待你做决定的任务
  • This project —— 当前项目的看板
  • Workspace —— 当前工作区中的所有项目
  • All projects —— 所有地方的所有任务
  • Captured —— 通过右键点击终端选中内容或编辑器中的代码创建的任务

任务就是你仓库里的文件

每个任务都是仓库中 .1devtool/tasks/ 目录下带有 YAML frontmatter 的 Markdown 文件。这就是全部的存储格式。

这意味着任务可以像其他任何东西一样被 diff、review，并随分支一起流转：一个功能分支携带着它自己的任务,一个 pull request 会展示它新增的任务，git log 会告诉你任务是什么时候变化的。没有任何东西被锁在你无法读取的数据库里。

超出文件容量的任务历史会被归档在文件旁边，而不是被丢弃。

卡片会显示谁在处理

每张卡片都会显示当前是谁在处理这个任务，以及那个终端此刻正在做什么 —— 运行中、等待你、闲置，或者已丢失。每种智能体状态都以文字而非仅用颜色圆点来呈现，因此"执行中"和"等待你"一眼就能区分开。

没有任何东西会自动通过

智能体在实施计划之前、在关闭任务之前都会先询问。你的裁决无论它身处何处都能送达，你的话会被逐字传达。如果没人及时回应，任务就会被阻塞 —— 沉默不代表同意。参见 审批关卡。

智能体通过 MCP 来处理任务

十个 MCP 工具覆盖了整个流程：list、get、create、update、claim、comment、request approval、wait、complete 和 link。有一条规则是内置且不可协商的 —— 智能体不能把任务分配给自己。分配只能是人类的行为，否则就不会发生。

这些工具在 MCP Control 中可见并可切换，归类在 Tasks 下。

合并重复项

当两条路径产生了同一个任务时，就把它们合并：一个保留下来，其余的变成墓碑，但它们的 id 仍然可以解析。持有旧 id 的智能体永远不会被带入死路。

接下来去哪里

Related