最初，业务遇到了什么问题？
知识库更新慢于产品变化，坐席重复搜索，AI 回答缺少依据，转人工后客户需要重新描述问题。
需要改变的工作方式
知识散落在不同资料和人员经验中，回答质量难以统一。
系统应当建立的协同方式
在授权范围内检索有来源的知识，并保留人工复核与交接。
围绕业务关键点，组织系统建设。
将检索知识、查询业务系统和转交人工分为不同能力，按权限调用；用代表性问题集评价结果，并把失败原因交还知识或流程负责人。
01
明确哪些问题适合自动处理
按风险和可验证性划分服务问题。产品操作说明适合知识检索，订单状态需要受控接口；涉及承诺、争议或特殊诉求时，由人工确认处理。
02
整理知识，而不是一次性上传文件
为内容维护负责人、适用产品、发布日期和失效时间。重复或矛盾资料需先处理，回答返回可查看来源，便于客户与坐席核实。
03
查询能力遵守用户权限
订单、账户和工单查询必须先确定使用者身份及可见范围。模型不能通过猜测参数绕过业务权限，工具执行结果与会话记录保持关联。
04
把转人工设计成有上下文的交接
交接包包含用户诉求、已确认事实、尝试过的步骤和相关订单，但不将未经验证推断写成事实。坐席接手后可以纠正并反馈，避免用户重复叙述。
05
用问题集和影子运行验证
先选取真实类型但已脱敏的问题样本，覆盖常见问题、复杂表达、无答案与越权请求。先由坐席辅助使用，观察质量后再扩大直接面客范围。
06
评估同时看正确性与业务代价
单看回答比例会鼓励错误回答。应分别看有依据回答、正确转人工、无答案处理、任务完成和成本，并持续复盘造成用户困扰的错误。
让每一个动作，有明确的下一步。
理解诉求
确认问题和必要上下文
检索或查询
在权限范围内取得依据
回答或交接
展示来源并传递完整上下文
反馈评估
将问题归因并更新知识和规则
让系统价值，有可核对的衡量依据。
围绕业务运行建立指标基线、测量条件和复核方式。以下列示方案评估参数；项目实际成果以双方确认的数据为依据。
首批评估问题集
评估设计规模，需业务审核及脱敏
核心风险场景
测试范围：无答案、冲突资料、越权查询、复杂转接
高风险动作人工确认
方案控制目标，按动作清单逐项验收
交付能够运行、使用和持续维护的系统。
- 服务问题分层清单
- 知识治理与审核流程
- RAG 及工具调用架构
- 人工交接工作台
- 评估问题集与评分标准
- 试点运营及持续改进机制
从上线到长期运行
关键岗位培训覆盖标准操作与异常处理；系统交接包括环境、权限、接口与运行资料。业务反馈按优先级进入迭代计划，重要变更保留评审与回退安排。