# 有知识库，AI为什么还不懂业务规则？

知识库能够帮助AI找到资料，但找到一句说明，不等于知道它何时有效、适用于谁、与当前状态是否一致，以及谁有权确认。需要按条件作判断的任务，应同时明确规则、权威来源、变化状态和权限；先核对现有知识库及业务系统能否覆盖，不必直接更换产品。

## 缺的可能是条件，而不是另一份文件

以采购咨询为示意：产品手册能说明规格，却未必说明某个客户适用的价格条件、当前供货状态，或特殊交期由谁批准。即使检索准确，AI仍可能把“通常如此”误写成“这次可以承诺”。这不是某家客户的已验证案例。

把规则写成清楚的条件与处理方式，比反复要求“回答要准确”更容易核验。例如，哪些信息可以直接答复，哪些必须查询系统，哪些只能列出候选，哪些必须交给负责人。

## 分清四种不同的依据

| 依据 | 需要解决的问题 | 常见误用 |
|---|---|---|
| 稳定资料 | 产品或服务通常是什么 | 把历史说明当成当前可承诺条件 |
| 业务规则 | 在什么条件下怎样处理 | 只给结论，没有适用范围和例外 |
| 运行状态 | 这一次的库存、进度或可用条件是什么 | 用知识库中的旧记录推断实时状态 |
| 权限与责任 | 谁能看、谁能准备、谁能最终执行 | 有查询权限就默认可以修改或对外承诺 |

这些信息可以由同一个系统管理，也可以由不同来源提供。关键是明确各自的权威来源、更新时间和使用条件，不要求所有企业采用相同技术结构。

## 如何把一条规则补完整？

- 请业务负责人给出真实规则，标明适用对象、触发条件和例外。
- 指定规则的生效日期、版本及维护人，解决互相冲突的旧资料。
- 对动态条件指定查询来源；来源不可用时明确停止或人工核实。
- 分开查询、准备建议与执行动作的权限。
- 用标准条件、例外条件和缺失条件分别测试，检查AI能否说明依据与待确认事项。

若仍无法确定哪个版本有效，不应让AI自行挑选一个看起来合理的答案。

## 知识库什么时候已经够用？

如果任务是查询稳定的说明、政策或操作步骤，资料版本清楚、检索与回答能被核对，维护良好的知识库可能已经足够。已有Agent平台、ERP或行业系统也可能提供规则与权限能力，应先盘点其实际支持范围。

只有当多工具重复维护业务条件、依赖持续状态或需要受控动作时，才进一步评估共同业务表达与接口治理的增量价值。增加新系统也会带来实施和维护成本。

## AIES与知识库是什么关系？

万数 AIES 的定位是企业 AI 智能经营模型构建与运行系统。它关注的业务基础可以包含知识资料，也涉及认知、能力、规则和状态；这不代表它替代全部知识库或专业系统。具体能力仍需按[产品范围与边界](/aies/)核实。

## 下一步

先挑一条经常被答错的规则，补齐来源、条件、状态和确认人，再用相同样本复测。可结合[让AI了解业务的整理方法](/insights/how-ai-understands-your-business/)和[多个Agent共用依据的方法](/insights/shared-business-context-for-agents/)继续检查；需要评估可进入[企业需求入口](/contact/?type=enterprise)。

## 依据与适用边界

本文是基于产品全景手册V5.0中业务认知、规则、权威系统与授权说明整理的方法建议，不是对某知识库或Agent平台的性能测评，也不证明任何产品已自动覆盖全部规则。