面试题 · 检索
搜索「医疗」匹配到口述回答，相关段落已展开。查看匹配内容 ↓
请设计一个面向专业领域（如医疗、法律）的RAG（Retrieval-Augmented Generation）系统架构，包括数据预处理、检索器设计、生成器优化等关键环节。
用户Query → 意图识别 → 多路检索 → 重排序 → 上下文组装 → 领域生成 → 后校验 → 输出核心挑战：专业文档结构复杂、术语密集、时效性强
学习内容与项目面试，在同一条路上。
| 层级 |
|---|
| 处理策略 |
|---|
| 文档解析 | 医疗：DICOM/HL7标准解析、病历结构化；法律：合同条款拆分、法条引用识别 |
| Chunk策略 | 语义切分（基于BERTopic）+ 结构切分（章节/条款边界），chunk大小200-500 tokens |
| 元信息增强 | 提取<疾病编码, 科室, 时效性>或<法条编号, 效力级别, 修订日期> |
| 存储设计 | 三级索引：Dense（语义）+ Sparse（关键词）+ Graph（实体关系） |
召回层
精排层
score_final = score_semantic × λ^(当前日期-发布日期)领域适配
生成约束
| 机制 | 实现 |
|---|---|
| 幻觉检测 | 检索内容与生成答案的NLI一致性校验；实体链接回标 |
| 可解释性 | 输出附带引用片段高亮、置信度分数 |
| 人机协同 | 低置信度案例自动转人工审核，形成数据飞轮 |
场景切入
假设我们要做个医疗问诊助手，用户问‘这个药怎么吃’，RAG需要从病历和指南里找信息。但是病历格式乱、术语多，你怎么设计整个流程，从数据处理到检索再到生成，才能保证答案准确又安全？
层层追问
RAG系统你肯定熟悉，那如果场景换成法律咨询……数据是法条和案例，检索时怎么确保召回准确？……生成时怎么避免胡编乱造、必须引用原文？你从预处理到生成给我讲一遍架构。
直球架构
设计一个面向专业领域如医疗或法律的RAG系统，包括数据预处理、检索器设计、生成器优化三个核心环节。你直接给整体架构，每个环节的关键策略和难点是什么？
这道题其实问的是，怎么把通用[[RAG]]改造成能在一个专业领域真正落地，核心挑战就是领域知识怎么结构化、检索怎么精准、生成怎么可控，而且这三环要能闭环迭代。
先说数据预处理。专业文档不像通用网页，结构复杂、术语密集，随便切段落肯定不行。我会根据文档类型做不同处理，比如医疗病历有DICOM标准，法律合同有条款边界，先用[[OCR]]或解析器把元信息提出来，像疾病编码、法条编号、时效性这些。然后chunk策略要兼顾语义和结构：一方面用语义模型识别主题边界，另一方面按章节条款切，保证一个chunk内逻辑完整。chunk大小我通常控制在200到500token，太小缺上下文，太大检索容易跑偏。存储上我会建三层索引：语义向量、关键词、实体关系图谱。这不是炫技，是不同场景互补：向量适合模糊语义匹配，关键词适合精确术语，图谱能回答多跳关系问题，比如某个药和某个症状的关联。
检索器设计这块，我会走[[混合检索]]加[[重排]]。召回层分三路：一是领域微调的向量模型，比如医疗用PubMedBERT，法律用Legal-BERT；二是[[BM25]]加领域同义词扩展，像医疗里UMLS同义词库，避免用户说“头疼”但知识库写“头痛”就搜不到；三是[[知识图谱]]检索，用Neo4j存实体关系，比如“疾病-症状-药品”三元组。这三路结果合并后用[[交叉编码器]]精排。这里有个坑：向量检索对时效性不敏感，但专业领域很多知识会过时，比如法律条文修订、药品说明书更新。所以我会在精排时引入时效性衰减因子，发布日期越早，分数打折扣越多。
生成器优化方面，基座模型我会选领域微调过的，比如Huatuo-LLM或ChatLaw，或者用通用模型加[[LoRA]]微调，成本低效果好。关键是在[[SFT]]数据里强调引用溯源，训练模型生成时主动引用原文，比如“根据《XX法》第X条”。生成时用Prompt模板做硬约束：必须声明不确定性，标注引用来源，对超范围问题直接拒答。解码参数我会调低temperature到0.3左右，再开重复惩罚，避免模型车轱辘话。
落地时有两个关键保障机制。一是[[幻觉]]检测，用NLI模型校验生成内容是否和检索结果一致，再通过[[实体链接]]回标，看实体在原文里有没有。二是可解释性，输出时高亮引用片段并给置信度，用户能追查来源。低置信度的案例我会自动转人工审核，形成数据飞轮，人工修正后反馈回模型，持续优化。
不过这里有个延伸点：当领域知识库更新频繁时，增量索引和时效性平衡会变得很棘手。比如法律条文每年修订，旧版和新版同时存在，检索时该怎么处理？我倾向于用版本号加时间戳做过滤，但具体实现还要看场景。
最后讲评测闭环。检索侧看Recall@K和MRR，生成侧用[[RAGAS]]框架评估[[忠实度]]和相关性，再配合专家人工抽检。线上监控我会重点追踪拒答率和用户反馈，如果拒答率突然升高，可能是新知识没入库或检索策略偏保守。我更倾向把系统看成持续迭代的工程，不是一次建完就完事，所以数据飞轮和监控告警是上线必配的。