任务 | Multica Docs

任务是 Multica 中安排工作的基本单位：一项功能、一个 bug、一次调研，任何需要成员或智能体负责推进的工作。围绕它的讨论、状态变化和每次执行都留在同一处，无需再从聊天记录或终端日志中拼接上下文。

任务的组成

任务详情：描述、讨论、右侧属性与执行日志

在任务页面或项目中新建，填写标题即可，其余属性随时补充。

每个任务有一个编号，例如 MUL-123。数字在工作区内递增；管理员修改工作区的任务前缀后，编号会用新前缀显示。详见工作区。

分配给智能体或小队时，任务不在 backlog 就会立即入队；运行时离线时，运行留在队列中等待。已归档的智能体和小队不能被分配。

分配不会绕过智能体的访问范围（Access）；分配给小队时，校验的是 leader 的 Access。详见分配任务给智能体。

每个工作区都自带 7 个内置状态，归入 4 个生命周期分类：

分类	内置状态	含义
`unstarted`	`backlog`、`todo`	还没开始的工作，不论是已规划还是暂时搁置。
`started`	`in_progress`、`in_review`、`blocked`	已经开始、等待检查，或暂时无法继续。
`done`	`done`	顺利完成，终态。
`closed`	`cancelled`	不再继续，终态，但不算顺利完成。

分类让生命周期判断保持简单。看板、列表、筛选和排序都按具体状态来，具体状态也保留了智能体和自动化依赖的那些更细的行为。

状态	含义
`backlog`	暂不启动。已分配给智能体的任务需离开 `backlog` 后才会创建运行。
`todo`	已明确，等待开始。
`in_progress`	正在处理。
`in_review`	已有结果，等待检查。
`done`	已完成。
`blocked`	暂时无法继续。
`cancelled`	不再继续，保留记录。

成员和智能体可以直接修改状态。项目使用工作流时，只能选择这个工作流中的步骤。进入设有交接的步骤，还会更换负责人，并可能请智能体开始工作。

智能体会随工作进展更新任务状态。默认情况下，开始工作时标记为进行中，交付后标记为等待检查；项目使用工作流时，则按其中的步骤和交接说明推进。一次运行结束不等于任务完成，仅回答一个问题也不表示任务本身的工作已经交付。

两个变化由系统执行：

执行失败，且该任务没有其他执行、也没有触发重试时，in_progress 回到 todo。
任务的所有关联 PR 都合并时，任务改为工作区选定的状态（默认 done），除非工作区设置为不改变，或该任务设置了合并后不改状态。详见 GitHub 集成。

工作区的 owner 或 admin 可以添加自己的状态，比如代码审查、QA、返工。设置中有工作流时，在它下方的状态库中管理；没有时，在设置 → 任务状态中管理。

创建时，选择这个状态表示尚未开始、进行中、已完成还是已取消，之后不能更改分类。自定义状态不会自动获得内置状态的特殊行为，例如取名"等待"并不会让智能体暂停。

状态库保存可用的状态；项目的工作流决定任务使用其中哪些状态，以及它们的顺序。

任务是持续存在的工作记录；运行是智能体的一次具体执行。一个任务可以先后产生多次运行——第一次实现、补充修改、再次检查。运行“已完成”只表示这一次执行结束；任务是否完成，以任务的状态为准。

一个任务最多属于一个项目，项目为其中的执行提供共享说明和资源；移到另一个项目不会产生副本。

较大的工作可以拆成子任务：父任务保留整体目标，子任务各自独立推进。父子状态互不联动。

子任务可以设置阶段（stage），按 1、2、3 分批推进。当前最早未完成阶段的全部子任务到达 done 或 cancelled 时，父任务会收到"子任务完成"通知；父任务的负责人是智能体时，它会被唤醒并决定是否推进下一阶段。未设置阶段的子任务视为同一批，全部结束时通知一次。