内容性质：方法建议；产品定位为公司公开说明，不构成客户成效或已交付功能证明
首次发布：2026-10-31；更新：2026-10-31；审核：Codex官网负责人（AI辅助依据与边界审校）
知识库能够帮助AI找到资料，但找到一句说明，不等于知道它何时有效、适用于谁、与当前状态是否一致，以及谁有权确认。需要按条件作判断的任务，应同时明确规则、权威来源、变化状态和权限；先核对现有知识库及业务系统能否覆盖，不必直接更换产品。
缺的可能是条件，而不是另一份文件
以采购咨询为示意：产品手册能说明规格，却未必说明某个客户适用的价格条件、当前供货状态，或特殊交期由谁批准。即使检索准确，AI仍可能把“通常如此”误写成“这次可以承诺”。这不是某家客户的已验证案例。
把规则写成清楚的条件与处理方式，比反复要求“回答要准确”更容易核验。例如，哪些信息可以直接答复，哪些必须查询系统，哪些只能列出候选，哪些必须交给负责人。
分清四种不同的依据
| 依据 | 需要解决的问题 | 常见误用 |
| 稳定资料 | 产品或服务通常是什么 | 把历史说明当成当前可承诺条件 |
| 业务规则 | 在什么条件下怎样处理 | 只给结论，没有适用范围和例外 |
| 运行状态 | 这一次的库存、进度或可用条件是什么 | 用知识库中的旧记录推断实时状态 |
| 权限与责任 | 谁能看、谁能准备、谁能最终执行 | 有查询权限就默认可以修改或对外承诺 |
这些信息可以由同一个系统管理，也可以由不同来源提供。关键是明确各自的权威来源、更新时间和使用条件，不要求所有企业采用相同技术结构。
如何把一条规则补完整？
- 请业务负责人给出真实规则，标明适用对象、触发条件和例外。
- 指定规则的生效日期、版本及维护人，解决互相冲突的旧资料。
- 对动态条件指定查询来源；来源不可用时明确停止或人工核实。
- 分开查询、准备建议与执行动作的权限。
- 用标准条件、例外条件和缺失条件分别测试，检查AI能否说明依据与待确认事项。
若仍无法确定哪个版本有效，不应让AI自行挑选一个看起来合理的答案。
知识库什么时候已经够用？
如果任务是查询稳定的说明、政策或操作步骤，资料版本清楚、检索与回答能被核对，维护良好的知识库可能已经足够。已有Agent平台、ERP或行业系统也可能提供规则与权限能力，应先盘点其实际支持范围。
只有当多工具重复维护业务条件、依赖持续状态或需要受控动作时，才进一步评估共同业务表达与接口治理的增量价值。增加新系统也会带来实施和维护成本。
AIES与知识库是什么关系？
万数 AIES 的定位是企业 AI 智能经营模型构建与运行系统。它关注的业务基础可以包含知识资料，也涉及认知、能力、规则和状态；这不代表它替代全部知识库或专业系统。具体能力仍需按产品范围与边界核实。
下一步
先挑一条经常被答错的规则，补齐来源、条件、状态和确认人，再用相同样本复测。可结合让AI了解业务的整理方法和多个Agent共用依据的方法继续检查；需要评估可进入企业需求入口。
依据与适用边界
本文是基于产品全景手册V5.0中业务认知、规则、权威系统与授权说明整理的方法建议，不是对某知识库或Agent平台的性能测评，也不证明任何产品已自动覆盖全部规则。
审核：Codex官网负责人（AI辅助依据与边界审校）
来源：万数AIES产品全景手册V5.0：业务认知、场景起步、伙伴交付与授权边界；万数AIES产品与能力边界