任务

一个任务是指最终生成一个 pull request 的工作单元。它才是实际执行的对象——计划、迭代和工作流都是组织任务的方式。

标题#

一排标签可快速概览任务信息：其项目，其类型，以及AI 配置文件负责运行该任务，还有QA 检查所应用的规则——会以规则名称、来源及版本的形式展示，例如：Standard · From plan · Organisation policy · v6.

AI 配置文件上的锁形图标表示该配置已被锁定且无法更改。一旦任务开始执行，已确定的 QA 规则也会被固定，因此后续更改组织规则并不会影响正在运行的任务。

智能体工作流#

四个智能体按顺序运行，每个智能体都会显示自身状态：待处理、运行中或已完成：

架构师→开发人员→QA→审核人员

这是回答“该任务进展如何？”最清晰的答案。若任务显示为开发人员已完成且 QA 处于待处理状态，说明它正在等待验证，而非停滞不前。

请注意，某个阶段可能会合理显示待处理即使任务已经结束——因为从计划生成的任务早已具备规格说明和实施计划，所以架构师阶段已无需再执行任何操作。

查看智能体角色了解各智能体的权限范围。

验收标准#

源自规格说明的验收标准会以带状态的清单形式呈现——Verified OK表示某条标准已确认通过。

状态会随当前流程阶段同步更新，因此标准会在任务推进过程中逐步验证，而非全部等到最后。

评估已完成的任务时，应重点查看此面板。它能显示承诺的内容与实际确认的结果，这比单纯看测试是否通过更有参考价值。

执行记录#

针对该任务记录的所有执行信息。每条记录会显示对应的智能体、其执行内容、结果及成本：

DEV · Generating code · Completed
4m 41s / 608.9k tokens · 16.2 g Est. CO2e / deepseek-v4-flash-0731

每次执行的时长、令牌使用量、预估碳排放量及具体模型都会被记录下来——因此当任务成本超出预期时，可据此定位到具体阶段及模型。

展开某条执行记录可查看完整的步骤详情：读取的文件、执行的命令、智能体推理过程，以及每个变更文件的行数统计（+25 / −0）。令牌条目会显示缓存效率（9.1k used (90% cached)），这通常就是运行成本高昂与低廉之间的差别。

想了解某任务的具体实现过程而非仅看变更内容时，可打开此视图。实现方式而非仅仅查看变更内容。

其余章节#

使用情况与时间线会同时展示尝试次数及成本——1 attempts表示任务首次尝试即成功。数值越大意味着需要返工，这也是衡量规格说明质量的最直观指标。

依赖项与上下文会列出项目及所有关联依赖项的状态。借此可判断任务是正在等待其他任务完成，还是确实被阻塞。

优先级#

任务会标注P0（最高）至P3，默认值为P2。当等待的任务数量超过可用插槽数时，优先级将决定队列顺序。

它并不能增加处理能力。如果所有任务均为P0，则不会有任务能被执行——详见容量与智能体插槽.

状态#

所有任务状态及对应处理方式均收录于任务状态。此处需重点了解两种状态：

• **PENDING不代表任务停滞。**它只是排队等待插槽分配。
• **NEEDS_HUMAN_REVIEW不代表任务失败。**它只是需要人工确认。回复后任务即可继续推进。

干预操作#

任务运行时，可暂停、取消或添加评论将其退回要求返工。具体选择依据请查看任务卡住或失败时.

相关文档#

• 描述需求的方法
• 计划
• 智能体角色