把自己的资料接成知识库

知识库解决的是“依据什么回答”

Agent 的指令决定它如何工作，知识库提供它应检索的私有或领域材料。把一堆文件上传并不等于得到可靠问答；真正需要设计的是来源质量、切分、召回、引用和更新。

本节以“内容运营资料库”为例，交付一个能够：

• 只基于已上传资料回答；
• 找不到时明确说不知道；
• 显示检索来源；
• 区分现行规则与历史版本；
• 通过固定问题集复测的知识库。

第一步：先整理资料再上传

每份资料至少有：

标题：
来源 / 负责人：
生效日期：
版本：
适用范围：
正文：
状态：现行 / 历史 / 待确认

删除重复页眉、无意义导航、扫描噪声和过期副本。表格保留表头与单位；图片中的关键信息需要可检索文字说明。

只上传你有权处理的资料。个人身份、客户、合同和未公开业务数据要先确认权限，并尽量匿名或最小化。

第二步：选择与结构匹配的切分

Coze 当前对文本知识提供三类切分思路：

策略	适合	主要风险
自动切分	新闻、普通文章、结构标准文档	原文结构差时切分可能不准
层级结构	手册、标准、章节清晰的长文	需要可靠标题层级，处理更复杂
自定义切分	特殊业务规则或不规则文本	参数和维护成本更高

不要盲目追求大块。块太大容易把无关内容一起召回，太小又会失去定义、条件和例外。一个实用原则是让单个知识块能独立回答一个问题，同时保留必要标题和来源信息。

第三步：绑定知识库与召回设置

先在目标工作区创建知识库，再在 Agent 的 Knowledge 设置中添加。Coze 官方文档当前提供：

• 每次对话自动调用，或按需调用；
• Hybrid、Semantics、Full-text 等检索策略；
• 最大召回块数；
• 最低匹配度；
• 没有召回内容时的回复；
• 是否向用户显示原始来源。

内容问答建议先打开来源显示，并配置明确的无结果回复：

当前知识库没有支持该结论的资料。请补充来源或缩小问题范围。

按需调用时，要在 Agent 指令中说明什么问题应查询知识库，避免模型完全依赖自身记忆。

第四步：同时测试“搜到”和“答对”

准备至少四类问题：

1. 原文可以直接回答；
2. 需要组合两个知识块；
3. 有相似关键词但答案不在库中；
4. 历史版本与现行版本冲突。

每次记录：

• 召回了哪些块；
• 正确答案所在块是否被召回；
• 回答是否忠于召回内容；
• 来源是否可打开；
• 不知道时是否真的拒答。

“搜到了但答错了”可能是回答指令问题；“根本没搜到”通常应检查资料、切分、检索策略、阈值和用户问法。不要只修改提示词掩盖检索失败。

第五步：建立更新与版本规则

为资料设定稳定 ID、负责人和复查日期。新版本上线时：

• 标记旧版本为历史，而不是保留两个“现行”答案；
• 重新运行固定问题集；
• 检查新增内容是否影响旧问题；
• 记录本次知识库版本与 Agent 版本；
• 保留可恢复的原始文件。

对于频繁变化的价格、政策和产品界面，在回答中显示“截至日期”，并设更短复查周期。

最小验收表

问题：
期望来源：
实际召回：
回答结论：
引用可用：是 / 否
是否拒绝无证据答案：是 / 否
需要调整：资料 / 切分 / 检索 / 指令

完成检查

• 资料有来源、版本、生效日期和状态
• 切分策略与文档结构匹配
• 无召回回复与来源显示已配置
• 固定问题集覆盖正确、组合、无答案和版本冲突
• 更新后可以按同一问题集回归验证