老陳有一次把12萬字的材料全部塞進對話框,結果換來的是一段誰也不敢使用的摘要。這個事件引發了對上下文窗口的思考,上下文窗口不是用來儲存大量資料的倉庫,而是像書桌一樣的工作空間,需要有策略地管理和運用。為此,提出四種餵料策略和一份四問決策樹,幫助用戶有效地利用上下文窗口,避免五個常見的翻車點,從而讓同一份材料越用越省。這個思考方式對於信息管理和文檔編輯具有重要意義。
菜鳥之友系列:《AI 提效實戰手冊》・第 02 篇作者:業州愚公
老陳這次帶著一個更大的任務來找我。他要寫一份產業觀察,手上有約 12 萬字的材料:三份行業報告、兩份財報節錄、四段訪談逐字稿。
他的做法很直白:全部選中、複製、貼進對話框,然後寫一句「請根據以上材料,寫一份 3000 字的產業觀察」。
結果是——模型寫出來的東西,每一句單看都對,連起來卻像三個人各寫了一篇拼在一起。財報裡的數字和訪談裡的說法互相打架,它兩個都寫進去了,而且都寫得很肯定。他又追問兩次,額度用掉不少,稿子還是不敢用。
他問我:「不是說現在的模型能讀幾十萬字嗎?為什麼我餵了 12 萬字就糊了?」
答案不在模型聰不聰明,而在一個多數人沒算過的帳:上下文是有限的注意力,不是免費的倉庫。
這三個詞每天都在用,但十個人裡有八個把它們當成同一件事。
token:計量的尺,不是字數。 模型是按 token 在讀的,不是按字。中文大致一個字對應一到兩個 token,不同模型的分詞方式不同(換算以各官方公告為準)。你貼的每一段,都按 token 計價、也按 token 佔容量。
context window(上下文窗口):一次能同時看多少。 它包含你發的加上它回的,不只你貼的那一份。這是容量上限,不是記憶能力——窗口大代表一次能攤開更多頁,不代表它記得你上週說過什麼。
記憶:不餵就不存在。 多數模型本身不帶長期記憶。你覺得「它記得」,通常是產品把歷史對話重新餵了回去——本質還是餵料,只是你沒看見。
| 概念 | 它是什麼 | 最常見的誤解 |
|---|---|---|
| token | 計量單位,計費與容量的尺 | 「等於字數」 |
| context window | 單次能同時看到的總量 | 「等於它能記多久」 |
| 記憶 | 需要外部機制(歷史回填、知識庫) | 「它自己會記得」 |
把這三個詞分開,後面所有的判斷才站得住。
老陳以為 12 萬字是「材料齊全」,實際上是四件事同時發生。
第一,注意力被稀釋。 材料從三千字變成十二萬字,最相關的那一段並沒有變得更顯眼,反而沉了進去。業界對這種現象有個說法叫 lost in the middle——模型的注意力對開頭和結尾比較牢,中間那一段最容易被跳過。你把關鍵數字放在第四萬字的位置,就等於把它放在最容易漏掉的地方。
第二,矛盾資料互相打架。 三份報告來自不同時間,統計口徑不同。你把它們一起餵進去,等於把「該信誰」這個判斷也交了出去。它會挑一個寫,而且不會告訴你它挑了哪個、為什麼挑它。
第三,成本與等待同步上升。 輸入越長,費用越高、等待越久。很多人是月底看到額度見底才反應過來——明明沒問幾句話,怎麼就沒了。
第四,超窗之後是靜默截斷。 超過窗口上限,多數產品不會報錯,只會悄悄丟掉一部分(通常是中間或最早的)。你不知道它丟了什麼,就無法判斷答案有沒有缺角。這是最危險的一條:它不會說「我看不完」,而是照著能看到的部分給你一個很有信心的答案。
餵料不是選一種最好的做法,而是四種做法對應四種任務形狀。
| 策略 | 做法 | 適合的任務 | 成本 | 主要風險 |
|---|---|---|---|---|
| 全塞 | 一次貼完整份材料 | 一次性的通讀總結,材料總量在窗口三分之一以內 | 最高 | 注意力稀釋、靜默截斷 |
| 分塊 | 按章節切成 N 塊,逐塊處理後合併 | 逐章摘要、逐段校對、長文翻譯 | 中 | 塊與塊失去聯繫,全局結論容易偏 |
| 摘要中轉 | 先讓它把每塊壓成筆記,再用筆記做後續任務 | 同一份材料要反覆用 | 首次高、之後最低 | 摘要有損,壓掉的細節找不回 |
| 檢索 | 建索引,每次只取相關的三到五段 | 長期反覆查的資料庫 | 單次最低 | 取不到就缺一塊,取錯就偏 |
怎麼選?看任務的形狀:
不用記四種策略的名字,只要按順序問自己四件事。
第一問:一次性用,還是反覆用? 一次性 → 進第二問;反覆用 → 直接走摘要中轉,材料多到十幾萬字又持續新增,再升級成檢索。
第二問:要整體判斷,還是局部細節? 整體判斷(總結、對比、找主題)→ 全塞或摘要中轉,重點是讓它先看到全貌;局部細節(查一個數字、核一句話)→ 不要餵整份,定位到那一段再餵。
第三問:材料總量相對窗口有多大? 小於三分之一 → 全塞。三分之一到一個窗口 → 分塊或摘要。超過一個窗口 → 一定走摘要中轉或檢索,硬塞等於賭它截斷在哪裡。
第四問:錯了貴不貴? 貴(對外發布、涉及金額與承諾)→ 每一步留原文出處,答案要能指回「哪份材料的哪一段」。不貴(內部草稿)→ 可以放寬,先求快。
四問串起來:一次性還是反覆用、整體還是局部、裝得下還是裝不下、錯了貴不貴。 答完,餵法自己就浮出來了。
先說清楚:這是我用同一份約 12 萬字材料、同一個「寫 1500 字摘要」任務、反覆操作多次後的大致區間。是量級參考,不是定論——正解是拿你自己的材料測一遍。
| 做法 | 完成一次的時間 | 相對額度消耗 | 漏掉關鍵資訊的情況 |
|---|---|---|---|
| 全塞 | 最慢(單次等待最久) | 最高,約為分塊的數倍 | 常見,且看不出漏在哪裡 |
| 分塊後合併 | 中等,可分次進行 | 中 | 少見,但全局結論偏弱 |
| 摘要中轉 | 首次最慢,之後最快 | 長期最低 | 少見,細節需回查原文 |
| 檢索取三到五段 | 單次最快 | 單次最低 | 取不到就缺,取錯就偏 |
這張表能讀出兩件事:全塞是「看起來最省事、實際最貴」的那一欄——省下貼資料的三十秒,花掉等待與額度;摘要中轉是唯一「越用越省」的做法,第一次的投入攤在之後每一次使用上。另外,時間與額度的最低點不在同一欄:單次最快通常是檢索,長期最省通常是摘要中轉,先想清楚你要省的是哪一種。
打開你最近一次「餵了很長資料」的那個對話,做兩個動作就好:
下次要用時,先餵這張卡,再補上真正需要的那一兩段原文。這一步十分鐘,能讓同一份材料之後每一次使用都便宜一截——順手還解決了「材料放在哪」這個更煩的問題。
老陳那天臨走時說:「所以它不是讀不完,是我把整張書桌都堆滿了書,它找不到我要的那本。」
上下文窗口不是倉庫,是書桌。書桌大小決定你同時能攤開幾本書,不決定你該把所有書都搬上來。 提效的第一步不是把資料餵完,而是決定這一輪該攤開哪幾頁。
工具推薦隨身機器人(新用戶免費試用 7 天)
嫌自己切材料太麻煩?SY 視野的「隨身機器人」會替你做前面那道工序:資料進來先讀一遍、按你的任務挑出真正要用的段落、把長文件壓成可以重複使用的筆記,你只負責在上面動筆。進入 SY 視野(sylogs.com)開通試用——試用 7 天,看看「先挑頁再動筆」能省下多少來回。
下一篇預告: 餵料的帳算完了,下一個問題更硬——哪些活可以整包交出去? 自動化聽起來很美,但翻車的代價常常不是時間,而是信譽。《Agent 值不值得用:四種自動化層次與「不該交出去的活」》會給出一張「失敗成本」清單,把任務分成可以放心交、要留一手、絕對別交三類。敬請關注。
業州愚公 | SY 視野(sylogs.com)原創內容,轉載請註明出處。
編輯評論 / Editor's Note
有效的資訊呈現是提高工作效率的關鍵,尤其是在處理大量文檔時,需要採用合理的策略來組織和摘要內容。通過適當的餵料策略和決策樹,可以使得資訊更容易被獲取和利用,從而避免資訊過載和降低工作效率。