客服运营需要同时看知识状态、咨询记录和人工接管
运营人员需要查看知识条目是否启用、消息来源、匹配到的知识，以及争议和合规请求是否进入人工队列。
01 / Context
业务背景与我的工作
先降低重复答疑与错误承诺风险，再讨论效率收益
当前企画把客服运营人员视为直接使用者，把知识维护、来源可查和人工接管作为核心价值。是否具备付费价值，仍需结合重复咨询占比、人工处理时长、知识维护成本与错误承诺成本验证。
参与知识条目、咨询记录和运营后台相关工作
实习期间，我参与企业微信 AI 客服制作，接触知识条目、附件导入、咨询记录和运营后台。公开 Demo 不复制公司源代码、品牌、账号、客户内容或渠道指标。
我参与公司项目协作，并独立完成公开 Demo
项目页只介绍我实际接触的模块。合成知识、前端工作台、检索与接管规则、DeepSeek 服务端网关、固定用例和服务器部署均由我为公开展示重新制作。
02 / Rules
处理规则和统计口径
- 01输入脱敏手机号、邮箱和身份证号先替换。
- 02规则检索按包含关系匹配启用条目，锁定稳定 [K#]。
- 03受控生成DeepSeek 只能组织命中资料，不能新增来源或承诺。
- 04接管与回退争议和低证据问题转人工；模型异常返回规则结果。
把“置信度”改为“规则匹配分”
分数由关键词命中数量和标题命中加权得到，只用于当前规则排序，不是经过校准的模型置信度，也不能解释为答案正确概率。
分别统计来源命中和转人工结果
没有来源但正确转人工的情况，不计入来源命中。固定用例分别检查需要来源的问题是否命中预期 [K#]，以及转人工判定是否符合预期。
03 / Result
公开版验证结果
合成知识8 条
固定用例12 / 12
模型路径DeepSeek / 规则回退
来源 11/11、转人工 12/12
12 条用例覆盖申请、资格、费用、出行、退款、隐私、工具选型、人工请求和无关问题；需要来源的 11 条均命中预期 [K#]，全部接管判定符合预期。页面同时显示生成来源、耗时和回退原因；模型是否实际调用成功以演示页实时返回标记为准。
验证边界
上述数字来自公开合成数据回放，不是公司客服解决率、转化率或满意度。Demo 不连接真实企业微信、客户资料或公司向量数据库；模型不可用时按同一来源和接管规则返回确定性结果。