Dust 团队知识协作教程：受限 Pod、资料权限、Agent 周报与人工验收

这篇教程要完成的工作

目标是在 Dust 中建立一个受限团队 Pod，让运营、产品与技术围绕同一项目资料协作。Agent 读取获准共享的文件和链接，生成带来源的项目周报草稿；成员确认事实、修正任务与负责人后，才把结论发布到团队正式渠道。

这是一份配置与验收流程，不表示我已进入你的 Dust 工作区或连接实际内部资料。先用脱敏样本完成试点，再决定是否放入客户记录、合同或生产连接器。Dust 的 Pod 能汇集协作上下文，但不会自动替你定义资料分级、业务审批和谁有权对外发送。

开始前准备：一个具体项目，三类资料

选择一个业务范围清楚的项目，例如“新功能上线周报”。指定 Pod Editor、资料负责人和最终批准人。准备一份当前路线图、一份已批准的 FAQ、一份风险清单，以及几条带日期的状态更新。把旧版路线图和无权限文件作为验收样本，不要误当正式知识上传。

先写清资料分级：

类型	放置建议	谁可见
可供项目组共享的正式资料	连接原系统或放入受限 Pod	项目组成员
临时草稿、Agent 生成的状态稿	Pod Files 与任务讨论	同一 Pod 成员
客户合同、人事或财务敏感资料	单独 Restricted Pod 或保留原系统	经授权的小组
旧版、撤销资料	保留作测试但标明失效	仅测试范围

官网的 Pods 概览明确说明：Pod 内成员共享对话、任务与文件，没有成员内部的“私密角落”。这意味着邀请一个新成员，就需要考虑其查看历史文件和讨论的权限。先从最小成员集开始。

第一步：创建 Restricted Pod

在 Dust 左侧 Pods 区域选择 New，给 Pod 起可识别的项目名，例如“产品上线协作试点”，写清目的和负责人。官方入门文档显示创建时可选 Open 或 Restricted，Restricted 默认仅邀请成员进入；敏感项目不要切成组织内所有人可加入的 Open。

在 Pod Settings 添加说明：项目目标、唯一正式资料来源、每周汇报时间、哪些事项必须人工决定。说明不能代替权限，但能给 Agent 和成员一个一致的上下文。创建后确认可见状态仍为 Restricted，并让非成员尝试搜索或打开 Pod，记录访问结果。

为 Pod 指定至少一名 Editor 负责成员和可见性；普通 Member 只执行日常阅读、讨论和任务。官方成员与角色文档列出 Editor 可以管理成员、角色和 Pod 可见性。离职或换项目时要复查成员，而不是仅停用外部共享链接。

第二步：决定资料是同步还是上传

已有资料如果在 Notion、Google Drive 或 Confluence 持续维护，优先评估 Dust 的 Connections；项目专属的草稿和结果可以放入 Pod Files。Pods 文档区分这两层：Connections 由源系统决定同步节奏，Pod Files 中写入的文件可立即供 Agent 搜索。不要把复制文件当作自动同步。

进入 Files，添加少量可共享样本。官方Files 文档说明，可上传文件、建立文件夹，或从 Company Data 添加已连接的资料。它特别提示：能链接到 Pod 的 Company Data 应可供每位 Pod 成员访问。不能因为某个人能打开一个私密文档，就把它复制进全组共享 Pod。

为每份资料记录文件名、来源 URL、更新时间、版本、负责人和是否可用于回答。例如：

资料	来源	生效日期	负责人	使用范围
发布计划 v3	原项目系统	2026-09-28	产品经理	周报事实来源
常见问题 v2	知识库	2026-09-20	支持负责人	对外措辞草稿
风险清单	Pod Files	每周更新	技术负责人	仅内部讨论

资料反复变更时，确定由谁更新、是否覆盖同一文件、旧版怎样标为过期。先在原系统维护主数据，再让 Agent 汇总，能避免多份“最终版”互相矛盾。