RAG 工具链全景:从数据到评估的最小闭环
把 RAG 当成一条工程流水线来看:数据、切分、索引、检索、重排、生成、评估,任何一环都可能成为瓶颈。
把 RAG 当成一条工程流水线来看:数据、切分、索引、检索、重排、生成、评估,任何一环都可能成为瓶颈。
相比写主题魔改,我更建议用 layouts + assets/extended 的方式,保持主题可升级、改动可控。
这不是一个“追热点”的博客,而是一个把论文、工程与行业经验沉淀为长期资产的地方。
真正的 Agent 不只是多轮对话,而是能把复杂目标拆成可执行步骤,并在失败时自我修正。
可信不是加一句提示词,而是一整套可追溯、可评估、可拒答的系统设计。
我不建议一开始就做复杂指标,先把问题、证据、输出结构固定下来,效果会稳定很多。
与其堆功能,不如先把日志、限流、超时这些‘无聊但关键’的东西做好。
Embedding 负责“找得到”,重排负责“排得准”,这是两个完全不同的问题。
栏目不是分类,而是信息架构;节奏不是勤奋,而是供给控制。
我会用“论文为主,工程为辅,工具加持,杂谈引流”的结构,持续输出大模型与行业落地的可复用方法与路线图。