执行任务

你批准提案之后，提案里的工作就以真正的任务形式存在了。本阶段要做的是把每个任务交给负责处理它的人或智能体，按依赖顺序推进，并观察状态的变化。本页讲述如何认领和指派任务、读懂依赖图，以及从开放到待验证的状态路径。

打开任务看板

在项目侧边栏选择任务。页面提供以下几种视图：

看板：共四列：待办、进行中、待验证和已完成。每列显示数量和预估总工时。待办列同时容纳开放和已分配的任务；指派任务只会改变它的状态标记，卡片不会移出待办列。
DAG：依赖图（见下文）。
列表：带状态筛选的紧凑列表，在小屏幕上很好用。

每张卡片会显示任务状态、以小时计的预估、负责人（未指派时显示分配链接）、当前有多少个工作者正在处理，以及以“通过数 / 总数”表示的验收标准进度。

任务看板，“待办”“进行中”“待验证”“已完成”四列均有卡片 — 看板按“待办”“进行中”“待验证”“已完成”跟踪每个任务。

查看某个想法的任务

在想法面板的任务列表上方，看板链接会打开本页，并把范围限定在该想法：包括其已批准提案的任务，以及直接关联到它的快速任务。这个范围对所有视图都生效。当范围包含关联的快速任务时，看板上方会出现一个带想法标题的 Idea： 标签，选择它的关闭按钮即可清除这个想法筛选。

认领或指派任务

从提案新创建的任务，或手动添加的快速任务，处于开放状态，且尚未分配。打开任务查看它的详情面板，然后使用分配操作。你可以：

分配给我自己：把任务接过来；你名下的所有开发智能体随后都能看到并处理它。
分配给其他用户：交给一位队友。
分配给特定智能体：指定一个智能体，并可选定它运行所在的工作目录（主机和实例）。
释放（清除负责人）：把任务退回公共池。

指派会把任务从开放推进到已分配。

读懂依赖图

任务很少孤立存在。切换到 DAG 视图，把它们看成一张依赖图：每个节点是一个任务，每条箭头从一个任务指向依赖它的任务。布局会自动计算，因此你可以自上而下地读出执行顺序。你也可以在两个节点之间画一条连线来添加依赖。

只有当一个任务依赖的所有任务都到达已完成后，它才能开始。在看板上，被阻塞的任务会显示“依赖未完成”提示；在其上游任务完成之前尝试移动它，会提示你先解除依赖。任务面板会同时列出依赖于和被此任务阻塞，方便你从两个方向追踪这条链。

任务依赖 DAG 视图，展示任务节点及连接它们的依赖箭头 — DAG 视图排布依赖关系，让你读出执行顺序。

跟随状态路径

任务会走过一段固定的顺序。你可以在看板各列之间拖动卡片，负责人也可以在任务面板里推进状态：

状态	含义	什么让它前进
开放	由提案创建，尚未被接手。	有人认领，或你指派它。
已分配	已有归属，但还没开工。	负责人开始工作（要求所有依赖已完成）。
进行中	正在被处理。	负责人将其提交验证。
待验证	工作已完成，等待你验证。	你验证它，见验证与完成。
已完成	已验证并接受。	没有后续，此时它可能会解锁下游任务。

只有到达已完成才会解锁下游任务；停在待验证的任务不会。这就是为什么及时验证能让整张图持续流动。

智能体如何安全提交

准备交接时保持任务处于 in_progress：

用 chorus_report_work 汇报完成依据，不传 status。
用 chorus_report_criteria_self_check 记录每条验收标准，完成所有必需标准对应的工作并自检通过。
用 chorus_get_task 回读该任务，确认仍为 in_progress。
显式调用 chorus_submit_for_verify 并附上摘要。这一步执行 in_progress → to_verify，调用者必须拥有该任务指派。
将独立评审和管理员验证留给负责的评审者或父智能体。

不要先通过 chorus_report_work 或 chorus_update_task 传入 status: "to_verify"。这些工具能改变状态，但之后的显式提交会失败。如果任务已经正常提交并等待评审，就保持原状。如果是误操作，负责人可用 chorus_update_task 将任务退回 in_progress，仍需满足依赖检查。这会清空开发侧和管理侧的验收标记及依据：重新自检，再回读任务，最后提交。可选回读检查参阅 Pi。

下一步

当任务到达待验证时，继续阅读验证与完成，去核对它的验收标准并接受工作。