十几人的小团队，制度文档散在网盘、聊天记录和三四个共享文件夹里，新人问报销流程，三个老人给出三个版本的答案。用 Dify 把文档攒成一个会回答的助手，一个下午能搭完——这就是这篇教程要干的事。
准备清单
- Dify 云版账号，或一台装了 Docker 的服务器（自部署数据不出门）
- 先整理一类文档就够，比如全部人事制度，别贪多
- 文档统一成 PDF 或 Word，扫描件先转成文字版
分步操作
第 1 步：创建知识库。登录后进入"知识库"，点创建，起名后上传文档。预期结果：文件列表显示"处理中"，几分钟后变为可用。常见失败：扫描版 PDF 检索质量差——先用 OCR 工具转成文字版再传，知识库的上限取决于文档本身的质量。
第 2 步：设置分段。分段标识符保持默认，分段最大长度建议 500 tokens，重叠（overlap）设 50。原理说人话：分得太碎，答案丢上下文；分得太大，检索不准。人事制度类文档最好按章节手动切，一段一条规则。
第 3 步：创建应用并关联知识库。新建一个"聊天助手"应用，在编排页的"上下文"里关联刚建的知识库。预期结果：出现知识库引用标识，回答时会带出处。
第 4 步：写系统提示词。这一步决定它是助手还是"一本正经的编造机"：
你是公司内部制度助手。只根据提供的知识库内容回答；回答先给结论，再注明出自哪份文件哪一条；知识库里没有的信息，直接回答「制度文件中未涉及，建议咨询人事部」，不要推测。
预期结果：每条回答带文件出处，遇到没写的内容老实承认，这一句"不要推测"，值回整个下午的搭建时间。
第 5 步：拿 10 个真实问题调试。把新人最近真问过的 10 个问题丢进去测，答错的无非三类：检索不到——回去补文档；分段切碎——回头调整分段；答非所问——收紧提示词限定。每类都有对应的修法，别急着推倒重来。
第 6 步：发布。生成访问链接发给同事，或嵌入到内部工具，权限按需开启。到这里，助手就算上岗了。
效果与验收
验收标准很简单：新人连续一周提问，八成问题不用再找人；每条回答能对上文件出处。团队的实际反馈是，最省的不是新人的时间，是被打断三遍的老人的时间。
进阶方向
跑顺之后可以接企业微信或钉钉，问题直接在群里@它；再往后，每月把新制度补进知识库并重建索引。知识库是养出来的，不是一次搭完就完事——文档更新的那天，它才刚刚开始有价值。