在 Cline 中利用 Claude Sonnet 4 百万上下文窗口的两种方法

Claude Sonnet 4 现在支持 100 万个 token 的上下文——比之前的 200K 限制增加了 5 倍。这不仅仅是一个更大的数字；它从根本上改变了您在 Cline 中处理复杂开发任务的方式。

停止在上下文上吝啬

有了 200K token，您必须对要包含的上下文进行策略性选择。您是否应该加载该文档？包括那些测试文件？从您的 MCP 服务器中提取数据？这些决定造成了摩擦，并且通常意味着在不完整的信息下工作。

有了 1M token，这种计算方式改变了。加载所有相关内容。拉取全面的文档，包括相关文件，并让您的 MCP 服务器提供丰富的上下文，而无需担心在对话中途达到限制。

使用 1M Sonnet 4 的 Cline 的两种新方式

(1) 更深入的规划会议

现在以不同的方式使用“规划”模式。您可以进行全面的规划对话，而不是在快速规划会议之后进行受上下文限制的执行。加载所有项目上下文，彻底讨论架构决策，探索边缘情况，并完善您的方法——所有这些都在切换到“执行”模式之前完成，并保持完整的上下文。

(2) 扩展的开发周期

复杂功能通常需要多次迭代：编写代码、测试代码、调试问题、重构、再次测试。以前，这些周期最终会达到上下文限制，迫使您重新开始并丢失宝贵的项目感知。

现在这些周期可以运行更长时间，同时保持完整的上下文。Cline 可以记住整个开发过程，根据尝试过的内容、失败的原因以及选择某些方法的原因做出更好的决策。

(超过 200k token 会更贵)

这种扩展的上下文带来了更高的价格，对于超过 200K token 的提示词：

您还需要 Anthropic API 的 Tier 4 访问权限，尽管您可以通过 Cline 和 OpenRouter 直接访问它。

请注意，Anthropic 还提供提示词缓存和批量处理选项，这有助于降低大量上下文使用的成本。

重新思考您的方法

关键的转变是从上下文稀缺转向上下文丰富。不要问“我需要的最少上下文是什么？”，而是问“所有相关的上下文是什么，哪些可以提供帮助？”

这并不是要把整个代码库加载到每一次对话中。这是关于不必在彻底性和上下文限制之间做出人为的取舍。当您处理一个涉及多个系统的复杂功能时，您现在可以毫不妥协地包含所有相关的部分。

1M 上下文窗口不仅为您提供了更多空间，还允许您更自然地工作，而无需持续的上下文管理精神开销来阻碍您解决实际问题。