企业官网建设流程全解析

一、核心结论

记忆单元（短期会话记忆）、知识库单元（长期私有向量库）从输入上下文压缩、精准信息检索、减少冗余填充三个维度，同时实现两大收益：

1. 大幅抑制大模型幻觉；
2. 显著削减单次请求消耗的 Token 数量，降低调用成本。

二、如何降低大模型幻觉

1. 知识库单元：提供事实锚点，杜绝凭空编造

• 传统无知识库流程：大模型仅依靠自身训练知识作答，面对企业私有资料、实时业务数据、小众文档时，极易编造不存在的内容。
• 知识库工作逻辑：
  1. 用户提问触发向量相似度检索，仅召回和问题高度相关的文档片段；
  2. 仅把少量精准参考资料送入 LLM 上下文，强制模型基于检索到的原文回答；
  3. 内置引用溯源机制，模型回答必须标注资料来源，无法脱离给定素材编造内容。
• 约束规则：可配置 “无匹配资料时直接回复无法解答”，从根源切断幻觉生成路径。

2. 记忆单元：锁定会话上下文，避免逻辑跑偏

记忆单元会存储当前对话历史的关键摘要，而非完整聊天记录：

• 自动过滤无意义闲聊、重复语句，只保留业务核心上下文；
• 多轮对话时，模型能连贯承接前文需求，不会遗忘前置约束，避免答非所问、前后矛盾类幻觉；
• 区分用户身份、会话场景，不同用户记忆隔离，不会混淆不同对话的业务信息。

3. 两者协同效果

知识库提供客观事实依据，记忆单元提供连续对话约束，双重限制模型自由生成，相比单纯依靠 Prompt 约束，幻觉发生率下降 70% 以上。

三、如何大幅减少 Token 消耗

1. 知识库：替代全量文档灌入，压缩上下文长度

反面方案（高 Token 消耗）

不使用知识库，直接把完整业务文档全部拼入 Prompt 传给大模型：

• 一份万字文档一次性占用数千 Token，绝大多数内容和用户问题无关，造成无效 Token 浪费；
• 文档越多，Prompt 长度呈线性暴涨，单次调用成本极高，还容易触发模型上下文长度限制。

知识库优化逻辑（低 Token 消耗）

向量检索做精准过滤：

1. 提前将文档切片、向量化存入向量库；
2. 用户提问时，仅召回 Top3~Top5 高相关片段（通常几百 Token）；
3. 只把少量有效参考文本送入 LLM，剔除 90% 以上无关文档内容。

举例：10 万字产品手册，直接全量传入需 15 万 + Token；知识库检索后仅传入 2000 字相关片段，Token 消耗直接缩减 98%。

2. 记忆单元：对话摘要压缩，避免历史消息无限膨胀

多轮对话场景下，若直接拼接全部聊天记录，Token 会越聊越高：

• 记忆单元自动对历史对话做摘要，提炼核心需求、关键结论，丢弃重复、无效对话；
• 例如 10 轮完整聊天（5000Token），记忆摘要后仅保留 500Token 核心信息，每一轮后续请求都能减少大量历史上下文 Token；
• 支持自定义记忆窗口，可设置只保留最近 N 轮关键信息，主动控制上下文上限。

3. 联动优化：双重压缩上下文总 Token

完整链路 Token 对比：

1. 无记忆 + 无知识库：完整聊天记录(5000Token) + 全量业务文档(150000Token)= 单次 155000+Token
2. 记忆单元 + 知识库：会话摘要(500Token) + 检索片段(2000Token)=单次 2500Token 消耗降幅可达 98%，同时降低超长上下文带来的模型响应延迟。

四、补充：额外附带的增益

1. 降低模型负载：短上下文能减少大模型推理耗时，工作流运行速度更快；
2. 适配小规格模型：上下文 Token 压缩后，可使用低成本小参数量模型完成业务问答，无需高规格付费大模型；
3. 提升回答精准度：精准检索 + 连贯记忆，模型输入信息杂质更少，回答质量同步提升。

五、落地使用建议

1. 私有业务资料统一入库知识库，禁止在 Prompt 中粘贴完整文档；
2. 长对话场景必开启记忆单元，配置摘要模式而非完整存储；
3. 知识库检索设置合理召回数量（3-5 条为宜），避免过多片段反向增加 Token；
4. 搭配选择器节点，无匹配知识库内容时直接拦截，不发起大模型调用，进一步节省 Token。