文章语言: 简体中文

如何用公司文档建立 AI 知识库

在 Studio Global 建立专注的 Infobase,整理已批准的公司文档,并根据团队维护的原始资料核实 AI 回答。

Studio Global AI 编辑团队 · 更新日期

如果每次开启 AI 对话都要重复粘贴产品介绍和政策说明,问题在于上下文没有被妥善复用。知识库可以让这些资料有一个明确、可维护的位置。

Studio Global 的 Infobase 支持把受支持的源文件整理成集合,并在任务中选择它作为上下文。把它看作需要维护的参考资料,而不是保证所有回答正确的机制。

每个集合先服务一个任务

从“哪些资料能帮助团队起草产品 FAQ?”开始,而不是上传公司所有文件。

例如,FAQ 集合可以包含现行产品概览、已批准的入门指南和当前政策。这是示例,不必把销售试验、旧政策和无关会议记录混在一起。

“产品 FAQ—已批准来源”比“公司文件”更明确。但名称只是组织方式,不是安全边界;权限及数据处理要求仍需单独检查。

上传前整理文档

使用清晰文件名、标题和章节,标明负责人、生效日期及适用产品版本。删除重复或已被替代的文件,优先使用可读文本,避免质量很差的扫描件。

只有得到许可,才能上传个人、保密或受版权约束的内容。新上传一份政策不会自动消除旧文件中的矛盾;应移除或明确分开失效版本,让审核者知道哪个来源有效。

创建并选择 Infobase

在 AI Chat 的附件工具中打开 Infobase,创建集合并添加受支持的文件。以当前界面显示的格式与账户限制为准。

开始相关任务时,明确选择集合,并说明如何使用资料。操作步骤见 Infobase 指南

使用所选 Infobase 回答下面的问题。
区分来源中找到的信息与一般性建议。
每项事实尽可能注明源文档及章节,不要编造引用或政策。
来源冲突时说明冲突;资料没有答案时,明确表示无法
从提供的材料确认,不要自行补全。

问题:[具体问题]

要求注明来源不代表检索或引用一定准确。重要答案仍应回到原文检查。

检查三类问题

以下是建议的验收检查,不是已执行的产品测试结果。

类型示例应检查什么
有明确答案指南列出哪些导出格式?是否符合当前原文
没有答案是否提供未记录的折扣?是否避免编造政策
来源冲突两份文件给出不同截止日期是否明确暴露冲突

检查失败时,改进资料集合或缩小问题。反复提问直到得到满意答案,并不能证明正确。

分开事实、风格和流程

Infobase 保存参考资料,Brand Voice 管理语气与词汇,Skills 保存可复用的任务规则。政策变化应更新资料,句式偏好变化应调整风格,而不必修改每一条提示词。

一次性的文档分析可能只需要直接附件,不一定要建立长期集合。

指定维护负责人

政策变化、产品发布或用户频繁遇到缺失答案时,应重新检查集合。如果审批流程要求留档,在对话之外保存修改记录。

AI 知识库的价值是让相关上下文可重复使用。可靠性仍取决于资料质量、检索、指令和人工审核。

打开 Studio Global,建立第一个专注的 Infobase