子问包括：能不能塞整本 PDF、影片怎么算 token、快取能省多少。用分节回答。
怎么打包上下文#
- 穩定系統說明和仓库地圖放最前，並考虑快取。
- 目前任務相關檔案放中段。
- 使用者問題與必須引用的片段放最後。
影片和音频不要当免费文本#
多模态按媒體時長和分辨率计 token。先抽關鍵片段或字幕，再决定要不要喂原片。
溢出時的順序#
先删重复日志，再缩依賴声明，最後才切成多轮摘要。需要引用原文的条款不要只留模型记忆。
要點#
- 長窗是预算，不是垃圾桶。
- 穩定前缀可快取。
- 超窗改檢索，不要硬塞。
Gemini 超長上下文（Context Window）实战
Gemini 的超長上下文适合一次塞进规范、多檔案 diff 或長媒體，但有效用法是：不變的前缀做上下文快取，變化的問題放在末尾；单請求仍受模型窗口與輸出上限约束。窗口标称到百万級 token 時，费用和延遲都會上去。先测“必須在窗內的最小集合”，超了就改 RAG / 分段摘要，而不是把整个 git 历史贴進去。標題只回答怎么实战用長窗，不另开“各型号窗口数字”空頁。
- 前缀缓存 + 短问 用法
- 检索 / 分段 超窗
- 按输入 token 成本
該內容對您有幫助嗎？
感謝回饋。