> For AI agents: the complete documentation index is available at https://docs.danqiuos.com/llms.txt, the full documentation bundle is available at https://docs.danqiuos.com/llms-full.txt.

# Taskboard 任务协作

## 让工作有责任人与结果

Taskboard 是人与数字员工共享的任务协作层。它把目标、执行人、状态、优先级、截止时间、活动记录和交付物放在同一个工作对象中，让团队能够检查工作推进到哪里、为什么阻塞、还需要谁确认。

企业专属装配版可以围绕自己的业务流程配置任务协作。适合进入任务板的工作包括跨岗位交接、等待资料、人工审批、线下动作和持续跟踪。一次性问答可以留在会话中；需要承接责任的工作，应有可追踪的任务对象。

## 设计任务与交接规则

先写清任务目标和完成条件，再决定执行人。将“处理订单”细化为“核对订单要素、登记交付日期并提交缺项清单”，能让下一位工作者知道接手什么。缺资料时应保留阻塞原因，确认通过后应有继续执行的路径。

任务板可以承接人给数字员工派活、数字员工之间接力，以及数字员工请求人类判断。运行内的短程委派另有汇报线约束，并以被委派员工的权限执行；不应把委派已受理当成任务已完成。

## 配置项目状态与工作区

任务项目可按业务配置状态和允许的流转。以订单异常为例，可设计「受理 → 处理 → 复核 → 完成」，并允许复核退回处理。每个状态先明确责任人、进入条件和完成证据，再配置允许的转换；不能把所有状态都当成可任意跳转的标签。

按负责人组织的看板可以固定展示指定人员或数字员工，即使暂时没有任务，也能看到岗位分工。固定展示是视图安排，任务是否被处理仍要检查实际指派和活动记录。

开始前，确认项目属于哪个 team 和工作区、参与者能否访问项目、接收人能否打开成果。员工之间的交接和计划任务自动创建的事项需要单独试跑，不能用发起人的成功替代接收人的权限验证。参见 [工作区与成果](https://docs.danqiuos.com/platform/workspaces.md) 和 [Team 方案设计](https://docs.danqiuos.com/build/team-design.md)。

## 示例：成交后的履约交接

| 环节     | 责任方    | 需要保留的证据      |
| ------ | ------ | ------------ |
| 提交赢单信息 | 销售助理   | 客户、报价依据、交付要求 |
| 核对订单要素 | 履约回款助理 | 完整字段或缺项清单    |
| 补充缺失资料 | 业务人员   | 补充结果与确认记录    |
| 完成交接   | 履约回款助理 | 订单记录和后续任务    |

订单业务事实保存在 [Arcubase](https://docs.danqiuos.com/platform/arcubase.md)，任务保存责任、活动和结果关联。两者配合后，销售可以看到交接进展，履约岗位也能回到同一订单核对数据。

## 边界与验收

任务状态不能代替业务真值。员工说“已完成”时，还应查验对应数据写入、文件或确认记录。涉及价格承诺、催款外发等动作，要把授权人的确认作为流程条件。

验收至少覆盖正常完成、资料缺失、非法跳步和人工拒绝四条路径：执行人是否正确，阻塞是否可见，补充信息后是否继续，拒绝后是否停止，完成后是否有可打开的交付物或可核对的数据。再尝试一次项目规则不允许的状态跳转，确认被阻止；检查空任务岗位仍按配置展示。具体检查方法见 [验收](https://docs.danqiuos.com/operations/acceptance.md)，相关工具见 [任务与编排速查](https://docs.danqiuos.com/reference/orchestration.md)。
