Harness 核心 · 模型周围的 Harness

上下文窗口:AI 的工作记忆

窗口构成可视化,拖动模拟溢出效果,主流模型容量对比

本页解决的问题

先给结论

「上下文窗口:AI 的工作记忆」要解决的关键问题是什么?

窗口构成可视化,拖动模拟溢出效果,主流模型容量对比

判断标准

让这个结论先证明自己值得留下。 把这一页当成决策工具,而不是需要背下来的定义。把概念连到一个真实任务、一个可观察结果,以及一个能改变你判断的失败上。

下一步

写下一个问题:试完这个方法后,你能用什么证据回答它?

常见误区

结论听起来很完整,却没有检查最关键的假设。

窗口是什么

上下文窗口(Context Window)是模型一次能看到的所有文字。超出窗口,它就彻底忘了:连模糊的印象都没有,是完全看不见。

主流模型上下文窗口对比(2025)
256K
Kimi K2.5
约 20 万字
整部《三国演义》
256K
Qwen3.6-Plus
原生 256K
可扩展至 1M
400K
GPT-5
约 32 万字
Pro 用户可用
1M
Claude Sonnet 4.6
约 80 万字
整部《红楼梦》×5
1M
Gemini 2.5 Pro
约 80 万字
2M 即将支持
💰 窗口越大,费用越高:
LLM 按输入 + 输出 Token 数计费。放入一个 100 页 PDF(≈50K Token),每次对话额外多花约 ¥0.5(GPT-5 价格参考)。
多轮对话后,历史记录也会累积占满窗口。上下文是有限的、有价格的资源。
交互演示 · 拖动滑块体验溢出

一次请求的上下文构成(128K 窗口)

0K / 128K
系统提示词对话历史上传文档当前问题预留回复
系统提示词 (10K)
对话历史 (20K)
上传文档 (可变)
当前问题 (5K)
预留回复 (10K)
窗口充足 — 剩余 83K Token 可用
模拟上传文档大小(拖动体验溢出效果) 0K Tokens
📏 窗口是有限资源。 用了就要付钱,超了就会截断。下一页看溢出时的三种处理策略。

「窗口是什么」如何改变一次回答

「上下文窗口(Context Window)是模型一次能看到的所有文字。」说明,模型处理的不是我们眼中的“字数”,而是一段段 Token。Token 的切分方式会影响输入长度、上下文能放下多少内容,以及一次请求要花多少计算。

长度、信息量和上下文不是一回事

当「上下文窗口(Context Window)是模型一次能看到的所有文字。」变长时,先要分清三件事:文字被切成多少 Token、哪些内容真正参与当前判断、以及旧内容是否已经超出上下文窗口。删掉重复说明通常比单纯把窗口开得更大更有效。

先保留会改变判断的内容

可以用「上下文窗口(Context Window)是模型一次能看到的所有文字。」做一次对照:保留同样的问题,分别删掉重复背景、压缩格式和移除无关历史,比较答案质量、延迟与 Token 数量。

从「窗口是什么」走到「主流模型上下文窗口对比(2025)」

「窗口是什么」先把问题落在「上下文窗口(Context Window)是模型一次能看到的所有文字。 超出窗口,它就彻底忘了 :连模糊的印象都没有,是完全看不见」上;到了「主流模型上下文窗口对比(2025)」,讨论继续推进到「256K Kimi K2.5 约 20 万字 整部《三国演义》 256K Qwen3.6-Plus 原生 256K 可扩展至 1M 400K GPT-5 约 32 万字 Pro 用户可用 1M Claude Sonnet 4.6 约 80 万字 整部《红楼梦》×5 1M Gemini 2.5 Pro 约 80 万字 2M 即将支持 💰 窗口越大,费用越高: LLM 按 输入 + 输出 Token 数 计费。放入一个…」。两段连起来,重点就不只是记住一个结论,而是看清它成立所依赖的条件。

把这条判断带到下一个场景

处理长文本时,先保留会改变结论的内容,再决定如何压缩格式和历史;上下文更长只有在新增信息真正有用时才值得付出代价。

  • 「窗口是什么」:上下文窗口(Context Window)是模型一次能看到的所有文字。 超出窗口,它就彻底忘了 :连模糊的印象都没有,是完全看不见
  • 「主流模型上下文窗口对比(2025)」:256K Kimi K2.5 约 20 万字 整部《三国演义》 256K Qwen3.6-Plus 原生 256K 可扩展至 1M 400K GPT-5 约 32 万字 Pro 用户可用 1M Claude Sonnet 4.6 约 80 万字 整部《红楼梦》×5 1M Gemini 2.5 Pro 约 80 万字 2M 即将支持 💰 窗口越大,费用越高: LLM 按 输入 + 输出 Token 数 计费。放入一个…
  • 「交互演示 · 拖动滑块体验溢出」:一次请求的上下文构成(128K 窗口) 0K / 128K 系统提示词 对话历史 上传文档 当前问题 预留回复 系统提示词 (10K) 对话历史 (20K) 上传文档 (可变) 当前问题 (5K) 预留回复 (10K) 窗口充足 — 剩余 83K Token 可用 模拟上传文档大小(拖动体验溢出效果) 0K Tokens 📏 窗口是有限资源。 用了就要付钱,超了就会截断。下一页看溢出时的三种处理策略

最后的「交互演示 · 拖动滑块体验溢出」把讨论落到「一次请求的上下文构成(128K 窗口) 0K / 128K 系统提示词 对话历史 上传文档 当前问题 预留回复 系统提示词 (10K) 对话历史 (20K) 上传文档 (可变) 当前问题 (5K) 预留回复 (10K) 窗口充足 — 剩余 83K Token 可用 模拟上传文档大小(拖动体验溢出效果) 0K Tokens 📏 窗口是有限资源。 用了就要付钱,超了就会截断。下一页看溢出时的三种处理策略」。回看这条线索时,最值得保留的是:当输入、规模或风险改变,哪些判断需要重新做一遍。

标记为已学完 阅读进度会自动记录
← 上一篇下一篇 →

继续阅读

同一条线上的下一篇。

文章讨论

读到这里,留下一个判断。

把刚想明白的地方、还没想通的问题,留给下一位一起学习的人。

正在讨论 上下文窗口:AI 的工作记忆 模型周围的 Harness
3条讨论文章讨论 · 与共学社区同步
在共学社区查看
AM
Asha Morgan内容编辑
观点实践记录

我把这篇文章里的一个判断改写成了今天可以验证的小实验。比记住结论更有用的是,知道下一步要观察什么。

文章讨论7 有帮助
LH
Lin Harper独立开发者
观点观点

读完以后我先回头找它成立的条件,而不是直接把方法搬进项目。这个顺序让后面的取舍清楚很多。

文章讨论5 有帮助
KM
Kiki Moore产品运营
问题问题

如果把这个判断放到真实工作里,最先需要补的约束是什么?我想知道从阅读到第一次实践之间,哪一步最值得先做。

文章讨论4 有帮助