搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「RAG Rerank」找到 310 条内容
按专题浏览 →匹配正文:RAG完整工作流程 检索阶段 用户Query → Embedding编码 → 向量相似度检索(Top-K召回)→ 重排序(可选) 核心:将非结构化知识转为语义向量,实现语义匹配而非关键词匹配 生成阶段 检索结果作为Context → 与Query拼接 → LLM生成回答 关键:Prompt设计需明确引用规范,避免幻觉 时效性衰减的应对策略 数据层:分层知识管理 热数据(24h内):内存缓存 + 实时索引,延迟秒级 温数据(近期):高频更新周期,小时级增量索引 冷数据(历史):…
匹配正文:RAG完整工作流程 1. 索引阶段(Offline) 文档切分:按语义/固定长度分块,控制chunk大小(通常256-512 tokens) Embedding编码:用BGE、E5等模型生成稠密向量 元数据存储:保留原始文本、时间戳、来源、类别等字段 向量入库:写入Milvus/Pinecone/ES,建立HNSW索引 2. 检索阶段(Online) Query改写:扩展同义词、澄清指代 向量检索:Top-K相似度召回 重排序(Rerank):Cross-Encoder精排,…
匹配口述回答:…后原子切换,切换前用固定query回放,对比Recall@K和延迟,不通过就回滚。 说到反馈闭环,其实还有一个方向是[[Self-RAG]],让模型在生成时自己判断是否需要检索,以及检索结果的可靠性。这能解决很多不必要的检索开销和[[幻觉]]问题,但需要更多训练数据和控制。 最后收一下:我会把检索模块看成 一个系统工程,不是单一算法能解决的。混合检索、分块策略、索引更新、反馈闭环,这几个环节环环相扣。我更倾向先用简单方案跑通,比如BM25加向量,再逐步加[[重排]]和反馈,避…
学习内容与项目面试,在同一条路上。