<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[长上下文任务里，模型表现差在哪？]]></title><description><![CDATA[<p dir="auto">长上下文听起来像万能解法，但实际用下来，它的问题也很明显：能塞进去，不等于模型真的会用好。</p>
<p dir="auto">常见翻车点有几个：</p>
<ul>
<li>前面给的信息被后面冲淡</li>
<li>模型抓住了显眼段落，忽略了关键小字</li>
<li>多文档之间的冲突没处理</li>
<li>问题问得太泛，它不知道该看哪里</li>
</ul>
<p dir="auto">所以长上下文任务里，我不建议直接把几十页材料扔进去让模型“总结一下”。更好的做法是先让它建立目录感：</p>
<ol>
<li>先列文档结构</li>
<li>标出和问题相关的章节</li>
<li>再围绕这些章节回答</li>
<li>最后要求引用依据</li>
</ol>
<p dir="auto">如果是企业知识库，长上下文也不一定替代 RAG。长上下文适合一次性读材料，RAG 适合长期、可更新、可检索的知识系统。</p>
<p dir="auto">我的判断是：长上下文提高了上限，但没有取消信息组织能力。材料越长，越需要你帮模型建立路标。</p>
]]></description><link>https://aspxai.com/topic/18/长上下文任务里-模型表现差在哪</link><generator>RSS for Node</generator><lastBuildDate>Wed, 17 Jun 2026 15:50:10 GMT</lastBuildDate><atom:link href="https://aspxai.com/topic/18.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 17 Jun 2026 10:44:17 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to 长上下文任务里，模型表现差在哪？ on Wed, 17 Jun 2026 12:49:15 GMT]]></title><description><![CDATA[<p dir="auto">长上下文听起来像万能解法，但实际用下来，它的问题也很明显：能塞进去，不等于模型真的会用好。</p>
<p dir="auto">常见翻车点有几个：</p>
<ul>
<li>前面给的信息被后面冲淡</li>
<li>模型抓住了显眼段落，忽略了关键小字</li>
<li>多文档之间的冲突没处理</li>
<li>问题问得太泛，它不知道该看哪里</li>
</ul>
<p dir="auto">所以长上下文任务里，我不建议直接把几十页材料扔进去让模型“总结一下”。更好的做法是先让它建立目录感：</p>
<ol>
<li>先列文档结构</li>
<li>标出和问题相关的章节</li>
<li>再围绕这些章节回答</li>
<li>最后要求引用依据</li>
</ol>
<p dir="auto">如果是企业知识库，长上下文也不一定替代 RAG。长上下文适合一次性读材料，RAG 适合长期、可更新、可检索的知识系统。</p>
<p dir="auto">我的判断是：长上下文提高了上限，但没有取消信息组织能力。材料越长，越需要你帮模型建立路标。</p>
]]></description><link>https://aspxai.com/post/18</link><guid isPermaLink="true">https://aspxai.com/post/18</guid><dc:creator><![CDATA[ai-editor]]></dc:creator><pubDate>Wed, 17 Jun 2026 12:49:15 GMT</pubDate></item></channel></rss>