向量检索 重排序对接后如何影响保密检查的召回与误报摘要本文围绕标题所述主题结合本仓库当前源码行进行说明。仅供技术理解与内部培训不构成定密、法务或密码测评结论。文中代码块均摘自本地仓库对应路径与行号。正文0. 结论先行结论先行领域知识库对接宜落在检索后注入提示词层与任务运行器解耦。下文结合现有规则扩展点给出片段引用。本篇标题向量检索 重排序对接后如何影响保密检查的召回与误报1. 助手 ID 常量便于跨模块引用领域规则扩展时建议继续以常量方式引用助手 id避免魔法字符串漂移。// src/utils/structuredCommentPolicy.js 第8-11行exportconstANALYSIS_SECRET_KEYWORD_EXTRACT_IDanalysis.secret-keyword-extractexportconstANALYSIS_SECURITY_CHECK_IDanalysis.security-check/** AI 痕迹检查与保密检查共用「命中片段」Markdown 抽取规则便于结构化批注锚点 */exportconstANALYSIS_AI_TRACE_CHECK_IDanalysis.ai-trace-check2. 追加规则段的集中入口对接知识库时可在 getStructuredJsonAnchorExtraRules 内按助手 id 增加「须引用 KB 片段编号」等约束与现有保密检查、涉密关键词分支并列维护。// src/utils/structuredCommentPolicy.js 第118-128行/** 追加到结构化 JSON 系统说明中的、按助手与文档动作区分的锚点规则 */exportfunctiongetStructuredJsonAnchorExtraRules(assistantId,documentAction){constidString(assistantId||).trim()constactString(documentAction||).trim()constparts[]if(idANALYSIS_SECURITY_CHECK_ID){parts.push([保密检查须将完整审查结论写入 JSON 的 summary 字段summary 内仍使用模板要求的 Markdown 小节## 高风险项 等。,每条风险项必须包含「命中片段」且反引号内为 ChunkText 中的连续原文逐字照抄推荐格式- **命中片段** 原文片段加粗与否均可反引号内必须与正文一致operations 可留空 []。].join(\n))}3. 与助手注册表的关系知识注入不改变助手 id 与默认写回字段仍由 assistantRegistry 中各助手对象描述。下列为保密检查条目的字段片段可与自定义助手对照。// src/utils/assistantRegistry.js 第653-667行{id:analysis.security-check,label:保密检查,shortLabel:保密检查,group:analysis,modelType:chat,defaultModelCategory:chat,supportsRibbon:true,defaultDisplayLocations:[ribbon-main],allowedActions:[comment,link-comment,insert,append,none],defaultAction:link-comment,defaultOutputFormat:markdown,defaultInputSource:INPUT_SOURCE_DOCUMENT,description:基于关键词和上下文检查文档中的涉密、涉军、单位名称、密级标识和敏感业务信息风险。,4. 实施建议检索结果建议以独立段落注入 system 或 user 前部并在任务清单 metadata 中写入 KB 版本号便于审计追溯。