使用文件夹整理 Knowledge
Knowledge 文件夹可帮助团队成员浏览、搜索、移动和维护相关来源。对于投射公开 Knowledge 的 Helpdesk，符合条件的文件夹还可在不复制文章内容的情况下提供默认的公开集合结构。 本指南说明如何选择可长期使用的文件夹边界、如何安全地重组现有项目，以及如何理解 Knowledge 所有权与 Helpdesk 选择、顺序或可见性之间的区别。 这如何融入 Humind Knowledge 是 Humind 使用的、持续...
Knowledge 文件夹可帮助团队成员浏览、搜索、移动和维护相关来源。对于投射公开 Knowledge 的 Helpdesk，符合条件的文件夹还可在不复制文章内容的情况下提供默认的公开集合结构。
本指南说明如何选择可长期使用的文件夹边界、如何安全地重组现有项目，以及如何理解 Knowledge 所有权与 Helpdesk 选择、顺序或可见性之间的区别。
这如何融入 Humind
Knowledge 是 Humind 使用的、持续维护的非目录信息来源。文章、片段、导入的网页、文档和外部帮助中心来源具有不同的所有权和可见性规则。请选择与信息维护方式相匹配的来源类型。
公开且已发布的文章也可以投射到 Helpdesk 中。片段仍然是操作指导，而不是公开的 Helpdesk 页面。为每项策略保留一个权威来源可以减少相互冲突的回答，并使更新可审计。
开始之前
访问权限：对 Knowledge 的读取权限允许你检查结构。创建文件夹或移动内容需要对 Knowledge 的写入权限。Helpdesk 配置需要其自身的公司权限和 Knowledge 权限。
- 盘点当前的文章、片段、网页、文档和导入来源。
- 确定每个主题的主要受众和所有者。
- 在更改公开文件夹结构之前，先检查当前已发布的 Helpdesk。
分步工作流程
设计稳定的顶级文件夹
按持久的客户或操作员任务对内容进行分组，而不是按活动、团队或内部项目名称分组。保持文件夹名称简短且具有足够区分度，以便在适当时成为公开集合标签。
使用能让导航清晰的最少层级。过深的嵌套会增加维护工作，并可能使文章难以被发现。
创建并放置内容
打开 AI Agent、Knowledge，然后选择新建文件夹。创建已批准的结构，然后使用项目操作、在可用处使用拖放或使用批量移动来放置内容。搜索以及状态或标签筛选器有助于隔离一组迁移项目。
移动现有项目，而不是重新创建它。保留该项目可避免重复的权威来源，并保留其持续维护的身份。
检查混合内容类型
一个文件夹可以同时支持公开文章和私有操作来源。检查每个项目的类型、Public 或 Private 状态，以及 Published 或 Draft 状态。片段仍为私有，不应被视为公开的 Helpdesk 页面。
导入来源可能遵循其源的生命周期。保持所有权可见，以便团队成员知道必须在何处进行更正。
检查 Helpdesk 投射
Helpdesk 可以包含所有符合条件的公开文章，也可以包含选定的投射。它可以自定义选择、隐藏、顺序和呈现，而无需复制 Knowledge 内容。请检查集合顺序以及任何有意位于根级别的文章。
Knowledge 中的更改不会改变现有的不可变 Helpdesk 发布版本。只有在文件夹和文章集合保持一致后，才发布新版本。
权限和重要注意事项
- 移动文章可能会在下一次发布后更改其默认 Helpdesk 集合。
- 私有内容或草稿内容仍保留在 Knowledge 中，但不应出现在公开的 Helpdesk 快照中。
- Helpdesk 自定义是建立在 Knowledge 之上的投射，而不是重复的内容存储。
- 批量移动应在执行前按 id 和标题进行检查，以避免涉及无关内容。
验证结果
在认为工作完成之前，请使用以下检查清单：
- 每个文件夹名称对其目标受众都易于理解，并且范围明确。
- 每个项目都有一个主文件夹和一个权威所有者。
- 公开文章状态和 Helpdesk 选择与预期的集合结构一致。
- 只有在预览或内容审查通过后，才会发布新的不可变 Helpdesk 版本。
故障排除
Helpdesk 中缺少某个文件夹
确认其中包含一篇符合条件的公开已发布文章，该文章已由 Helpdesk 设置包含，并且新的 Helpdesk 版本已经发布。空文件夹不是有用的公开集合。
文章出现在 Helpdesk 根级别
检查其 Knowledge 项目是否具有父文件夹，以及该文件夹是否包含在投射中。只有在目标集合明确时才移动现有项目。
移动后创建了看似重复的内容
按标题和来源搜索，比较 ids 和所有权，并停止进一步编辑。保留权威项目，并在取消发布或删除任何真实重复项之前先进行检查。