395bad25b7746e58778047a8169ff3a57bd2c975
合并暴露的三个真机问题(单测全绿但线上必挂): 1. 检索服务字段名与现库集合不符 -> 静默零召回 架构师那套按 load_knowledge_milvus.py 的 schema 读 doc_id/content/chapter/section/ visibility,而现库三集合的真实字段是 knowledge_id/title/snippet/tags/version/intent。 Milvus 对不存在的字段直接报错 -> 三集合全失败 -> degraded -> 客服一律转人工。 改法:只改读取侧,用 _FIELD_ALIASES 映射;KnowledgeHit 对外形状不变(下游与测试不动)。 代价已注明:没有 visibility 字段 -> 检索层内部资料硬隔离失效(现库 356 行均为对外知识)。 2. 发布白名单与代码上限不匹配 -> AGENT_PERMISSION_DENIED active 版本白名单是 query_knowledge,而合并后代码上限是 search_knowledge/check_suitability/ query_customer_profile -> 交集为空 -> 所有知识问题 failed。 改法:publish_customer_service_config.py 补 PROFILE_TOOL 进 faq 白名单,并让同 key 的 继承项被本次定义覆盖(旧值原样继承会被子集校验 422 拒掉整次发布)。已激活版本 216。 3. 免责声明重复出现 Agent 自己拼一句 + 治理层追加权威话术 -> 客户看到两条。改为只由治理层注入 (话术属发布配置,改文案不该改代码)。风控等内部 Agent 不注入(结构化输出不被污染)。 测试:934 passed / 1 failed(test_fund_readonly_contract 既有空集缺陷,与本线无关) 真机:知识问答两问 succeeded 且只带一条声明;画像问答 succeeded;知识库三端点全绿
Description
番茄炒蛋组
18 MiB
Languages
Python
99.9%