第 51 问
知识库、动态业务数据和企业工具，应该怎样协作？
企业常希望一个聊天框解决所有问题：回答制度、查询实时库存、修改订单、发起审批。入口可以统一，背后的知识、事实和动作绝不能混成一层。
静态与半静态知识通过检索取得，实时业务事实通过受控查询取得，改变系统状态的动作通过受限工具执行。三层分别授权、验证和留痕。
模型负责理解意图与组织结果，可信系统负责身份、数据和最终动作。
用一次客户退款看三层怎样协作
客户提出退款后，AI 先从知识库检索当前退款制度，确认适用产品、时限和例外。随后进入查询层，根据客服身份读取订单、付款和历史退款状态。证据齐全后，AI 整理建议和拟执行参数。
若只允许辅助，客服确认后自行处理。若系统开放有限执行，受控工具再次校验订单、金额、权限和重复请求，再创建退款申请。业务系统返回唯一编号与最终状态，任务才算完成。
任何一步遇到知识冲突、关键字段缺失、权限不足或系统状态不确定，都要停在明确状态并交给人。
三层有不同的失败与责任
层次 负责什么 典型失败 需要的控制
知识 规则、背景和处理标准 旧版本、无来源、适用范围 来源、版本、权限和引用
错误
查询 当前业务事实 查错对象、口径或时间 身份、字段、范围和结果核
对
工具 改变业务状态 越权、重复、参数错误、结 校验、确认、幂等、限流和
果未知 撤销
系统要分别记录读到了什么、建议了什么、真正执行了什么。这样出错后才能定位到底是知识、查询还是动作层的问题。
统一入口不代表统一权限
用户只看到一个对话界面，后台仍要按数据、工具和任务逐项鉴权。复杂问数需要限制查询范围与资源，高风险动作需要人工批准，无法撤销的操作还要提前设计补救流程。
知识库不应该回答实时库存、账户余额和订单状态。这些事实持续变化，必须回到权威系统。AI 也不能因为自然语言里出现“我是主管”就扩大权限。
第 49 问讲“找、答、查”为什么要分层评测。本篇把它们接入一次完整任务，并进一步加入受控执行。
企业 AI 真正进入生产的标志，是它分得清知识、事实和动作，并在每一层守住不同边界。
本问行动：拿一项真实业务请求，给每一步标上知识、查询或工具；分不清的地方，就是当前架构最容易越界的位置。
第 6 章
生产级架构、运行控制
与成本模型
进入生产系统：身份、权限、工具、状态、成本和业务价值怎样受到控制。