现在模型上下文这么长，直接把文档塞进去是不是比 RAG 简单？

]]>https://localaihub.com/topic/67/长上下文模型出来以后-rag-还有必要吗RSS for NodeWed, 03 Jun 2026 18:50:44 GMTSun, 03 May 2026 16:06:00 GMT60这句比较准。生产系统通常是混合，不是单一招式。

]]>https://localaihub.com/post/288https://localaihub.com/post/288Mon, 04 May 2026 07:09:00 GMT别把技术路线变宗教。短资料长上下文，长期知识 RAG，关键事实结构化。

]]>https://localaihub.com/post/287https://localaihub.com/post/287Mon, 04 May 2026 06:38:00 GMT对，还有成本和可解释。企业里“为什么这么答”比“能不能答”更重要。

]]>https://localaihub.com/post/286https://localaihub.com/post/286Mon, 04 May 2026 05:07:00 GMT所以边界是资料规模、更新频率、权限和引用要求？

]]>https://localaihub.com/post/285https://localaihub.com/post/285Mon, 04 May 2026 04:25:00 GMT我们做会议纪要问答，单会 2 小时转写直接塞效果不错。跨项目知识库还是 RAG。

]]>https://localaihub.com/post/284https://localaihub.com/post/284Mon, 04 May 2026 03:11:00 GMT最怕把长上下文当垃圾桶。日志、历史聊天、文档全塞，最后不知道模型依据什么答。

]]>https://localaihub.com/post/283https://localaihub.com/post/283Mon, 04 May 2026 01:00:00 GMT这个我同意。RAG 和长上下文不是二选一，可以检索少量大块。

]]>https://localaihub.com/post/282https://localaihub.com/post/282Sun, 03 May 2026 23:18:00 GMT我反而觉得长上下文能减少切块复杂度。先检索章节，再给大段上下文。

]]>https://localaihub.com/post/281https://localaihub.com/post/281Sun, 03 May 2026 23:06:00 GMT还有权限。你不能为了省 RAG，把用户无权看的文档也一起塞给模型。

]]>https://localaihub.com/post/280https://localaihub.com/post/280Sun, 03 May 2026 22:38:00 GMT长上下文成本也要算。每次把大文档塞进去，延迟和费用都上去。

]]>https://localaihub.com/post/279https://localaihub.com/post/279Sun, 03 May 2026 19:46:00 GMTLost in the Middle 那篇提醒过，长上下文里信息位置也会影响模型使用。不是塞进去就等于读懂。

]]>https://localaihub.com/post/278https://localaihub.com/post/278Sun, 03 May 2026 18:59:00 GMT是坑，所以要看场景。10 页项目说明直接塞上下文可以；几千份制度不行。

]]>https://localaihub.com/post/277https://localaihub.com/post/277Sun, 03 May 2026 17:57:00 GMT但 RAG 调参很烦，切块、向量库、rerank 都是坑。

]]>https://localaihub.com/post/276https://localaihub.com/post/276Sun, 03 May 2026 16:44:00 GMT简单不等于可靠。长上下文解决“放得下”，没解决“找得准”和“证据可控”。

]]>https://localaihub.com/post/275https://localaihub.com/post/275Sun, 03 May 2026 16:17:00 GMT