> 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.

# 工作区与成果交付

## 为任务和成果确定位置

工作区决定任务和成果放在哪里、谁能查看、谁能处理以及谁能提交结果。方案仍以 team 为运行边界，但同一个 team 中的内容并非天然对所有成员开放。企业专属装配时，应将工作区与员工、项目、业务资源一起设计，参见 [Team 方案设计](https://docs.danqiuos.com/build/team-design.md)。

个人工作区用于本人资料与成果，不作为团队共享入口。团队工作区用于多人协作，内容查看范围和成果提交范围需要分别确认。能使用某位数字员工，不代表能查看它处理过的全部资料；管理员能配置权限，也不代表能查看其他人的私人内容。

## 配置前置条件

| 配置对象 | 需要确定的事项                 |
| ---- | ----------------------- |
| 参与者  | 发起人、执行员工、协作者、成果接收人和维护人  |
| 任务位置 | 项目所属工作区，以及处理任务所需的访问权限   |
| 内容查看 | 哪些成员能打开任务、附件、页面和成果      |
| 成果提交 | 哪些成员或员工可向目标工作区交付结果      |
| 业务资源 | 所引用的数据表、知识、外部页面是否另有授权要求 |

工作区可见性不能替代业务系统自身的权限。成果中引用的文件或外部页面，也应由实际接收人打开验证，不能仅以发起人的账号能打开为依据。

## 从执行结果到可接收成果

先让员工完成一个小任务并生成文件或业务页面，再确认目标工作区和接收范围。启用成果登记能力并获授权后，`register_artifact` 可将文件或外部页面登记为工作区成果。登记后在任务中关联结果，使协作者能从任务找到交付物，并核对文件内容或页面状态。相关工具见 [触发与协作工具](https://docs.danqiuos.com/reference/orchestration.md)。

计划任务和员工间交接要重复这条路径：自动执行时能否读取输入、能否提交到指定位置、下一个员工和最终接收人能否打开成果。对话中出现链接仅是一个交付入口，不等于访问权限已经成立。

## 结果证据与失败测试

用真实参与者账号验证完整流程：发起人能使用指定员工，执行员工能处理任务并提交成果，协作者能打开任务和结果。保留任务记录、成果入口和接收人访问结果，避免将任务状态当成唯一证据。

再用未授权成员测试受限内容不可查看，用仅有查看权限的角色测试不能越权提交或修改。出现无权访问时，应检查工作区、成果和底层资源各自的授权，交给配置责任人处理，不通过复制私人内容来绕开限制。更多检查见 [身份、权限与审计](https://docs.danqiuos.com/platform/security.md) 与 [验收](https://docs.danqiuos.com/operations/acceptance.md)。