知识库智能体不是把资料丢进去就能问答。项目卡住，多半是问题边界没定清。
本文讲企业开发知识库智能体前，该先整理哪几类问题。
适合中小企业负责人、产品经理和刚接触智能体开发的团队看。

我做了 12 年开发，交付过 100 多个项目，企业系统、小程序、脚本和智能体需求都接触过。知识库智能体常见的问题，不是模型不会回答，而是企业把问答范围放得太宽，资料又没准备好。

一、问答范围：先分清能答、该答、不能答
1. 把员工或客户真实问过的问题按原话收集起来，不要先改写成书面语。
2. 把问题分成能直接答、需要查资料、需要人工确认三类。
3. 能直接答的问题，要求答案口径统一，并能指向具体资料。
4. 涉及报价、合同、投诉、法律和权限的内容，单独标成转人工或禁止回答。
5. 把“随便问都能答”的期待拿掉，先圈定问答范围。

有些问题看起来简单，实际没有稳定答案，比如“这个价格能不能再低”“这个投诉怎么处理”。这类问题不适合让智能体自由回答。先列出来，开发时才知道哪些要转人工，哪些要限制。

二、资料格式：能读、能查、能更新才算资料
1. 检查资料是 Word、PDF、表格、图片还是聊天记录。
2. 扫描件和图片先做文字识别，错字多的要人工校对。
3. 同一件事允许多个版本存在，但要标清生效时间和适用范围。
4. 表格要说明字段含义，别把没有表头的表直接丢进知识库。
5. 有权限要求的资料先分角色，别等上线后再补。

资料没整理好，智能体就会出现答得对但答得旧、答得全但答得乱的情况。企业知识库不是文件堆，先把资料结构、版本和权限理顺，再谈开发节奏。

三、人工兜底：先想清楚什么时候不让它答
1. 给智能体设一个明确的转人工条件，比如查不到、口径冲突、涉及承诺。
2. 转人工时保留原问题和检索到的资料，方便人工判断。
3. 人工处理过的问题定期回流，更新资料或补问答。
4. 先接一个小范围入口测试，不要同时接多个渠道。
5. 后台管理先看资料更新、问题记录和权限，不急着堆功能。

我的建议是拿真实问题做小批量测试，再谈接入渠道和后台管理。测试时让业务人员判断答案能不能用，不要只让开发看页面能不能跑。问答范围、资料格式、人工兜底这三层没定，接再多渠道也只是把问题放大。

小结：知识库智能体不是搜索框，不能指望资料没整理好也能随便问。先把问题范围、资料结构和转人工规则写清楚，再做小批量测试，开发返工会少很多。

常见问题：
问：资料还没整理完，能不能先开发？
答：可以先做小批量验证，但别把开发当成资料整理的替代。资料格式和口径没定，后面返工概率会高。

问：智能体能不能直接接企业微信或网站？
答：渠道不是先决条件。先用真实问题跑一轮，确认问答范围和转人工规则，再谈接入口。

问：要不要一开始就做后台管理？
答：先看资料更新频率和谁维护。如果资料少、更新慢，后台可以从简；如果多人维护，权限和更新记录要早定。

你们现在准备做知识库智能体时，手头能拿出的真实问题有多少条？

#知识库智能体 #企业知识库 #智能体开发 #企业系统 #需求梳理