企业知识库怎么搭建，索引怎么选
制度、产品手册和项目资料放进同一个平台后，能不能找到、回答有没有依据，比文档数量更值得先检查。下面以深度矩阵知识库与 Agent 平台为例，说明搭建顺序和几种索引的用途。
先用少量真实资料搭建一个知识助手
确认资料范围和使用人
先选一个明确用途，例如查询内部制度、产品操作手册或学校办事指南。整理仍然有效的资料，区分适用部门、版本与时间，明确哪些人可以使用。旧版与新版混在一起时，应保留清楚的版本标识。
配置模型，检查解析和分块
创建知识库，配置向量模型、文档解析和分块方式。先导入少量有代表性的文件，检查标题层级、表格和正文是否正确解析，分块是否割裂了关键内容。生成摘要、Wiki 等内容时，还需要配置对应的语言模型。
先测检索，再配置问答
在检索测试中检查：输入具体名称能否找到原文，换一种问法能否找到同一条规定，答案是否来自当前版本。检索到正确内容后，再创建应用、关联知识库，配置回答模型和提示词。
检查引用与权限，再交付使用
核对回答中的引用能否对应原文，也测试资料里没有答案的问题。用不同角色检查可用的知识库和应用，再选择网页聊天、嵌入入口或 API 交付给团队。
知识图谱、Wiki、树形索引怎么选
RAG 问答会先检索资料，再结合检索结果生成回答。关键词和语义向量负责寻找原文分段，其他索引补充关系、主题和章节结构。几种方式可以组合，先根据实际问题选择需要的部分。
| 方式 | 组织什么 | 适合先测试的问题 |
|---|---|---|
| 关键词与语义检索 | 原文中的词项和内容分段 | 查制度名称、编号、错误码，或用自然语言查相近含义。 |
| 知识图谱 | 实体、关系与来源事实 | 查部门、项目、产品之间的关联，核对关系所依据的资料。 |
| Wiki | 关联的知识页面与专题 | 围绕一个概念或主题查看综合说明，再回查来源。 |
| 树形索引 | 文档、章节与原文的层级 | 在长手册中先定位章节，再找具体条款及上下文。 |
| 文档与知识库摘要 | 文档主题及知识范围 | 有多个知识库时，先判断哪些库、哪些文档可能包含答案。 |
这些可选索引需要配置、构建并处于可用状态。选择深度检索或准确率优先，不会自动替历史资料补建所有索引。资料更新后，也应检查索引是否陈旧、是否有构建失败项。
用四类问题检查效果
- 精确查找：查具体文件名、型号、条款或编号，检查是否命中正确原文。
- 自然语言问答：用实际同事的问法提问，检查回答与引用是否一致。
- 跨文档问题：把需要结合多份材料的问题单独测试；启用跨库或深度检索时，检查来源是否覆盖充分。
- 无答案和过期资料：测试知识库没有的内容，以及新版、旧版规则并存的情况，观察是否把没有依据的推测当成结论。
知识图谱中的事实还可以查看来源证据、有效期和修订历史，并进行采纳、拒绝、修订或撤回。不要只看最终回答是否通顺，也要核对它用了什么依据。
从知识问答接到团队和业务系统
知识助手之外，可以用可视化 Workflow 组合检索、模型、条件和工具，通过 MCP 或自定义工具衔接业务。已有独立网页也可按授权接入模型、知识检索与 OIDC 身份，不需要为了使用知识库重做原有业务界面。
需要分析数据库或 Excel、CSV 时，可配置数据分析应用，明确允许查询的表、字段、行范围和导出权限。它与文档问答的来源和授权不同，需要单独配置、测试。
私有化部署需要一并确认应用、数据、模型和维护范围。即使应用部署在本地，调用外部模型时，相关内容仍会发送给所配置的服务；方案中应写清楚这部分边界。