任务

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

页眉#

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

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

智能体工作流#

四个交付智能体各自会显示其当前状态：待处理、运行中或已完成。在标准模式下，它们会按顺序执行：

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

这是回答“该任务进展到哪一步了？”的最清晰依据。若任务显示开发者已完成且QA待处理，说明它正在等待验证，而非停滞不前。

在协调员模式下，协调员会决定下一个运行的智能体，因此执行顺序可以重复：开发者、QA，若出现故障则再次由开发者处理，随后再执行QA流程。该流程也可能更短：当代码已经满足任务要求时，QA会验证未更改的代码，此时无需运行开发者流程，任务也会在没有pull request的情况下完成。智能体角色。

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

参见智能体角色了解各智能体的权限范围与限制。

验收标准#

来自规格说明的验收标准会以清单形式呈现，每项对应一个状态——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并非代表任务失败。它仅表示一个待解答的问题。答完问题后任务即可继续推进。

干预操作#

任务执行期间，你可暂停、取消该任务，或将其退回并要求重新处理并附上相关备注。具体选择依据请参见任务停滞或执行失败时。

关联内容#

• 需求描述
• 计划
• 智能体角色
• 来源