Claude Code桌面端升级后无法选择1M上下文

背景

随着 AI 工具生态的快速迭代，Claude Code 桌面端近期进行了自动升级。对于依赖长上下文窗口（如 1 million tokens，即 1m 上下文）进行复杂代码库分析或大规模文档处理的高级用户而言，上下文窗口的选择是核心工作流的一部分。然而，此次升级导致用户无法在界面或配置中直接选择 1m 上下文选项，严重影响了工作效率。用户尝试了多种常规配置修改和系统级网络阻断手段，但均未能彻底解决自动升级导致的功能回退问题，最终不得不通过降级版本来维持工作，但面临自动升级复发的风险。

核心内容

该帖子描述了一位 Linux DO 社区用户在升级 Claude Code 桌面端后遇到的具体技术障碍及排查过程：

1. 问题现象：在软件自动升级之前，用户可以正常使用 1m 上下文窗口；升级后，该选项消失或无法选择，导致无法进行长上下文任务。
2. 尝试的解决方案及结果：
   • 模型名称后缀法：用户在模型名称后添加 [1m] 后缀，尝试强制指定上下文长度，但该方法无效。
   • 配置文件修改法：用户尝试修改 .claude/settings.json 配置文件，将 "model" 字段设置为 "opus[1m]"，期望通过底层配置锁定模型及上下文，但依旧无效。
3. 临时 workaround（变通方案）：用户将软件版本降级至旧版本，发现降级后 1m 上下文功能恢复正常。
4. 阻止自动升级的尝试：
   • 用户尝试使用 Windows 网络命令 netsh 添加防火墙规则，以阻止 Claude Desktop 更新程序（%LOCALAPPDATA%\AnthropicClaude\Update.exe）出站连接。
   • 命令为：netsh advfirewall firewall add rule name="Block Claude Desktop Updater" dir=out action=block program="%LOCALAPPDATA%\AnthropicClaude\Update.exe" enable=yes
   • 结果：该防火墙规则仅在单次会话中有效。重启计算机后，自动升级机制似乎绕过了该限制或重新建立了连接，导致软件再次自动升级，问题复发。

关键要点

• 升级导致功能回退：Claude Code 桌面端的自动更新可能导致特定高级功能（如 1m 上下文选择）暂时不可用或配置失效。
• 常规配置手段失效：通过修改模型名称后缀（如 [1m]）或在 settings.json 中硬编码模型参数（如 "opus[1m]"）均无法解决此问题，表明新版本可能在 UI 层或 API 层改变了上下文窗口的调用逻辑。
• 降级是有效但非永久的方案：回退到旧版本可以立即恢复功能，但无法解决根本的软件更新机制问题。
• 系统级防火墙阻断不可靠：使用 netsh 命令阻止更新程序出站流量在重启后失效，可能因为更新程序使用了不同的网络路径、缓存了更新包、或采用了持久化机制绕过单次防火墙规则。
• 用户痛点明确：高级用户对长上下文窗口的依赖性强，自动升级带来的不可控变化对工作流造成显著干扰。

意义与影响

• 对用户的启示：
  • 在使用 AI 工具（尤其是涉及长上下文、复杂工作流的场景）时，谨慎对待自动更新。建议在测试环境中验证新版本的功能兼容性，或手动关闭自动更新功能。
  • 配置文件（如 settings.json）的修改需参考官方最新文档，因为新版可能引入了新的配置语法或弃用了旧的后缀约定。
  • 系统级防火墙规则并非阻止自动更新的可靠手段，更有效的做法可能是利用包管理工具锁定版本、使用容器化部署隔离环境，或寻求官方提供的“禁用自动更新”选项。
• 对开发者的反馈：
  • 此次事件反映了 AI 桌面应用在版本迭代中可能存在的向后兼容性问题。1m 上下文作为重要卖点，其配置方式的变更应提供更平滑的过渡或明确的迁移指南。
  • 自动更新机制的设计需考虑企业级或高级用户的稳定性需求，提供可配置的更新策略（如仅安全更新、手动确认更新等）。
• 社区协作价值：此类帖子为遇到相同问题的用户提供了排查路径（尽管最终未完全解决），并收集了关于防火墙规则失效的实证，有助于 Anthropic 团队识别潜在的系统兼容性 bug 或更新逻辑缺陷。