# RAG

微调、RAG、提示词不是替代关系，是三种成本结构。这篇给一张判断表和一个永远成立的先后顺序。

# “记得住”和“找得到”：长上下文与检索的边界辨析 窗口越做越大之后，一个常见判断是：既然能一次塞进去，还需要检索吗？跑过几轮真实任务会发现，这两个词说的其实不是一回事，混在一起谈，很容易把方案选错。 ## 两者解决的是不同问题 **长上下文**解决的是“同一份材料里，前后能不能互相照应”。

# 项目记录：给一个静态文档站加检索式问答的尝试 站里有一批静态技术文档，内容没问题，但读者常反馈「知道有，找不到」。这次我试着在不动原有页面的前提下，加一层轻量检索式问答：先从文档里找相关片段，再组织成回答。本文记录范围、取舍与复盘。 ## 一、把目标定得很小 没有做全站智能助手，只解决一个

上下文窗口越来越长，RAG 是不是要没用了？这篇从成本、时效、权限三个角度给结论，并拆开真正影响效果的检索细节。

# RAG是什么：大模型结合知识库的应用原理与实践思路 大模型虽然知识广泛，但在面对企业内部资料、最新文档或特定领域内容时，仍可能出现回答不完整或不够准确的情况。RAG（Retrieval-Augmented Generation，检索增强生成）正是为了解决这类问题而被广泛采用的技术思路。本文用通