{
  "schemaVersion": "1.0",
  "id": "insight-knowledge-base-and-business-rules",
  "canonicalUrl": "https://www.wanshu-ai.cn/insights/knowledge-base-and-business-rules/",
  "markdownUrl": "https://www.wanshu-ai.cn/content/knowledge-base-and-business-rules.md",
  "question": "有知识库，AI为什么还不懂业务规则？",
  "directAnswer": "知识库能够帮助AI找到资料，但找到一句说明，不等于知道它何时有效、适用于谁、与当前状态是否一致，以及谁有权确认。需要按条件作判断的任务，应同时明确规则、权威来源、变化状态和权限；先核对现有知识库及业务系统能否覆盖，不必直接更换产品。",
  "bodyMarkdown": "# 有知识库，AI为什么还不懂业务规则？\n\n知识库能够帮助AI找到资料，但找到一句说明，不等于知道它何时有效、适用于谁、与当前状态是否一致，以及谁有权确认。需要按条件作判断的任务，应同时明确规则、权威来源、变化状态和权限；先核对现有知识库及业务系统能否覆盖，不必直接更换产品。\n\n## 缺的可能是条件，而不是另一份文件\n\n以采购咨询为示意：产品手册能说明规格，却未必说明某个客户适用的价格条件、当前供货状态，或特殊交期由谁批准。即使检索准确，AI仍可能把“通常如此”误写成“这次可以承诺”。这不是某家客户的已验证案例。\n\n把规则写成清楚的条件与处理方式，比反复要求“回答要准确”更容易核验。例如，哪些信息可以直接答复，哪些必须查询系统，哪些只能列出候选，哪些必须交给负责人。\n\n## 分清四种不同的依据\n\n| 依据 | 需要解决的问题 | 常见误用 |\n|---|---|---|\n| 稳定资料 | 产品或服务通常是什么 | 把历史说明当成当前可承诺条件 |\n| 业务规则 | 在什么条件下怎样处理 | 只给结论，没有适用范围和例外 |\n| 运行状态 | 这一次的库存、进度或可用条件是什么 | 用知识库中的旧记录推断实时状态 |\n| 权限与责任 | 谁能看、谁能准备、谁能最终执行 | 有查询权限就默认可以修改或对外承诺 |\n\n这些信息可以由同一个系统管理，也可以由不同来源提供。关键是明确各自的权威来源、更新时间和使用条件，不要求所有企业采用相同技术结构。\n\n## 如何把一条规则补完整？\n\n- 请业务负责人给出真实规则，标明适用对象、触发条件和例外。\n- 指定规则的生效日期、版本及维护人，解决互相冲突的旧资料。\n- 对动态条件指定查询来源；来源不可用时明确停止或人工核实。\n- 分开查询、准备建议与执行动作的权限。\n- 用标准条件、例外条件和缺失条件分别测试，检查AI能否说明依据与待确认事项。\n\n若仍无法确定哪个版本有效，不应让AI自行挑选一个看起来合理的答案。\n\n## 知识库什么时候已经够用？\n\n如果任务是查询稳定的说明、政策或操作步骤，资料版本清楚、检索与回答能被核对，维护良好的知识库可能已经足够。已有Agent平台、ERP或行业系统也可能提供规则与权限能力，应先盘点其实际支持范围。\n\n只有当多工具重复维护业务条件、依赖持续状态或需要受控动作时，才进一步评估共同业务表达与接口治理的增量价值。增加新系统也会带来实施和维护成本。\n\n## AIES与知识库是什么关系？\n\n万数 AIES 的定位是企业 AI 智能经营模型构建与运行系统。它关注的业务基础可以包含知识资料，也涉及认知、能力、规则和状态；这不代表它替代全部知识库或专业系统。具体能力仍需按[产品范围与边界](/aies/)核实。\n\n## 下一步\n\n先挑一条经常被答错的规则，补齐来源、条件、状态和确认人，再用相同样本复测。可结合[让AI了解业务的整理方法](/insights/how-ai-understands-your-business/)和[多个Agent共用依据的方法](/insights/shared-business-context-for-agents/)继续检查；需要评估可进入[企业需求入口](/contact/?type=enterprise)。\n\n## 依据与适用边界\n\n本文是基于产品全景手册V5.0中业务认知、规则、权威系统与授权说明整理的方法建议，不是对某知识库或Agent平台的性能测评，也不证明任何产品已自动覆盖全部规则。\n",
  "audience": "enterprise",
  "topics": [
    "企业认知与经营模型",
    "业务规则"
  ],
  "entityRefs": [
    "wanshu-aies"
  ],
  "entityRegistryUrl": "https://www.wanshu-ai.cn/content/entities.json",
  "sourceIds": [],
  "sources": [
    {
      "title": "万数AIES产品全景手册V5.0：业务认知、场景起步、伙伴交付与授权边界"
    },
    {
      "title": "万数AIES产品与能力边界",
      "url": "https://www.wanshu-ai.cn/aies/"
    }
  ],
  "related": [
    "/aies/",
    "/insights/how-ai-understands-your-business/",
    "/insights/shared-business-context-for-agents/"
  ],
  "relatedExternal": [],
  "published": "2026-10-31",
  "updated": "2026-10-31",
  "version": "1.0",
  "sections": [
    {
      "id": "insight-knowledge-base-and-business-rules:074a673c463a",
      "heading": "缺的可能是条件，而不是另一份文件",
      "markdown": "以采购咨询为示意：产品手册能说明规格，却未必说明某个客户适用的价格条件、当前供货状态，或特殊交期由谁批准。即使检索准确，AI仍可能把“通常如此”误写成“这次可以承诺”。这不是某家客户的已验证案例。\n\n把规则写成清楚的条件与处理方式，比反复要求“回答要准确”更容易核验。例如，哪些信息可以直接答复，哪些必须查询系统，哪些只能列出候选，哪些必须交给负责人。",
      "tokenRefs": [],
      "tokenMappingStatus": "unmapped"
    },
    {
      "id": "insight-knowledge-base-and-business-rules:5e990847b974",
      "heading": "分清四种不同的依据",
      "markdown": "| 依据 | 需要解决的问题 | 常见误用 |\n|---|---|---|\n| 稳定资料 | 产品或服务通常是什么 | 把历史说明当成当前可承诺条件 |\n| 业务规则 | 在什么条件下怎样处理 | 只给结论，没有适用范围和例外 |\n| 运行状态 | 这一次的库存、进度或可用条件是什么 | 用知识库中的旧记录推断实时状态 |\n| 权限与责任 | 谁能看、谁能准备、谁能最终执行 | 有查询权限就默认可以修改或对外承诺 |\n\n这些信息可以由同一个系统管理，也可以由不同来源提供。关键是明确各自的权威来源、更新时间和使用条件，不要求所有企业采用相同技术结构。",
      "tokenRefs": [],
      "tokenMappingStatus": "unmapped"
    },
    {
      "id": "insight-knowledge-base-and-business-rules:c83e92cfb435",
      "heading": "如何把一条规则补完整？",
      "markdown": "- 请业务负责人给出真实规则，标明适用对象、触发条件和例外。\n- 指定规则的生效日期、版本及维护人，解决互相冲突的旧资料。\n- 对动态条件指定查询来源；来源不可用时明确停止或人工核实。\n- 分开查询、准备建议与执行动作的权限。\n- 用标准条件、例外条件和缺失条件分别测试，检查AI能否说明依据与待确认事项。\n\n若仍无法确定哪个版本有效，不应让AI自行挑选一个看起来合理的答案。",
      "tokenRefs": [],
      "tokenMappingStatus": "unmapped"
    },
    {
      "id": "insight-knowledge-base-and-business-rules:d98277bed5fe",
      "heading": "知识库什么时候已经够用？",
      "markdown": "如果任务是查询稳定的说明、政策或操作步骤，资料版本清楚、检索与回答能被核对，维护良好的知识库可能已经足够。已有Agent平台、ERP或行业系统也可能提供规则与权限能力，应先盘点其实际支持范围。\n\n只有当多工具重复维护业务条件、依赖持续状态或需要受控动作时，才进一步评估共同业务表达与接口治理的增量价值。增加新系统也会带来实施和维护成本。",
      "tokenRefs": [],
      "tokenMappingStatus": "unmapped"
    },
    {
      "id": "insight-knowledge-base-and-business-rules:e12e88b3f268",
      "heading": "AIES与知识库是什么关系？",
      "markdown": "万数 AIES 的定位是企业 AI 智能经营模型构建与运行系统。它关注的业务基础可以包含知识资料，也涉及认知、能力、规则和状态；这不代表它替代全部知识库或专业系统。具体能力仍需按[产品范围与边界](/aies/)核实。",
      "tokenRefs": [],
      "tokenMappingStatus": "unmapped"
    },
    {
      "id": "insight-knowledge-base-and-business-rules:acfc4e74a650",
      "heading": "下一步",
      "markdown": "先挑一条经常被答错的规则，补齐来源、条件、状态和确认人，再用相同样本复测。可结合[让AI了解业务的整理方法](/insights/how-ai-understands-your-business/)和[多个Agent共用依据的方法](/insights/shared-business-context-for-agents/)继续检查；需要评估可进入[企业需求入口](/contact/?type=enterprise)。",
      "tokenRefs": [],
      "tokenMappingStatus": "unmapped"
    },
    {
      "id": "insight-knowledge-base-and-business-rules:13ab469c878c",
      "heading": "依据与适用边界",
      "markdown": "本文是基于产品全景手册V5.0中业务认知、规则、权威系统与授权说明整理的方法建议，不是对某知识库或Agent平台的性能测评，也不证明任何产品已自动覆盖全部规则。",
      "tokenRefs": [],
      "tokenMappingStatus": "unmapped"
    }
  ],
  "tokenMapping": {
    "status": "unmapped",
    "tokenRefs": []
  }
}