#工作区与成果交付

#为任务和成果确定位置

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

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

#配置前置条件

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

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

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

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

#结果证据与失败测试

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

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