单个任务解决“这一次怎么做”，项目解决“团队以后按什么共同标准做”。如果每个成员都重复上传资料、解释术语、选择工具，Agent 不仅没有减少沟通，反而会制造更多版本差异。
项目会共享什么
WorkBuddy 项目以项目和任务两层组织协作。项目可以集中配置：
- 全局指令和行为规则。
- 项目资产与参考资料。
- 可使用的专家和 Skill。
- 外部服务连接器。
- 成员、角色和任务动态。
- 个人可见的自动化通知。
成员在项目中发起任务时，共享配置会进入任务上下文，减少重复设置。
创建前先做内容分级
不要把现有共享盘整体上传。先分四类：
| 类型 | 处理建议 |
|---|---|
| 所有人可用的规范 | 可进入项目指令或资产 |
| 按角色可见的资料 | 先确认项目权限是否满足要求 |
| 个人账号与凭据 | 不上传，使用个人授权或安全凭据系统 |
| 客户、员工敏感信息 | 最小化、脱敏并经过组织审批 |
项目成员共享上下文意味着错误资料也会被重复使用。先确定资料 Owner 和更新机制。
创建最小项目
从左侧“项目”新建，第一版只配置名称、指令和两三个测试文件。不要同时接入所有专家、Skill 和连接器。
项目指令建议包含：
目标：为 AgentClaw 内容团队生成可核验的中文教程草稿。
事实规则：产品功能必须来自项目资产中的官方资料；推断需要明确标注。
写作规则：先写用户任务、前置条件、步骤、风险和验收，不使用夸大宣传。
输出规则：草稿保存到 drafts，文件名使用英文 slug，不覆盖已发布内容。
审批规则：发布、外部发送和批量修改必须由项目管理员确认。指令要描述长期稳定的共同规则，不要塞入只对一次任务有效的临时需求。
组织项目资产
官方文档说明项目拥有资产库，资料可通过 RAG 或文件读取进入任务上下文。上传时使用清晰目录和命名：
01-official-sources：官方文档和版本说明。02-research：经过核验的研究材料。03-templates：输出模板和检查表。04-deliverables：已确认交付物。archive：不再作为当前事实的历史版本。
每份关键资料记录更新时间和负责人。旧文件仍留在库中时，要明确是否可作为当前事实。
逐项增加专家、Skill 和连接器
新增一个能力后，用同一测试任务检查结果变化。项目级 Skill 和专家会影响所有成员的可选能力，配置越多，越难判断错误来源。
连接器特别要区分：
- **公共授权：**管理员配置、团队共享，适合服务账号。
- **个人授权：**成员各自绑定，凭据不共享，适合个人数据。
官方文档说明协作任务中个人授权连接器会禁用。团队流程依赖外部服务时，应由管理员配置并审查公共授权。
发起第一次协作任务
选一个低风险、有明确产物的任务。创建时要求 WorkBuddy先说明它从项目继承了哪些指令、资料和能力，再执行。
邀请成员后，验证不同角色能看到和执行的内容是否符合预期。不要只用管理员账号测试权限。
分享与流转前检查上下文
任务分享适合让其他人进入当前会话；任务流转适合把产物和进度交给下一位负责人。流转可能复制对话、调用记录和中间产物，因此执行前检查：
- 对话中是否含有个人信息或临时凭据。
- 中间文件是否包含不应交给接收方的内容。
- 任务摘要是否准确说明已完成和未完成事项。
- 接收方是否拥有继续执行需要的项目权限。
“同一个项目成员”不等于可以访问所有原始信息。
建立项目维护节奏
每周或每个发布周期检查：
- 指令是否仍与团队流程一致。
- 资产库是否存在冲突或过期资料。
- 专家、Skill、连接器是否仍有人负责。
- 公共授权是否有超出需要的权限。
- 项目动态和调用日志是否出现异常。
重要配置变更要记录原因和验证结果，避免成员突然得到不同输出却不知道为什么。
完成检查
- 项目第一版只包含最小共享配置。
- 指令、资产和工具都有负责人。
- 公共与个人连接器边界已经验证。
- 普通成员权限经过实际账号测试。
- 分享和流转前会检查完整上下文。