Claude Code 2.1.121 重磅更新：内存优化根治泄漏，MCP 与 Hooks 生态全面成熟

May 11, 2026

Claude Code 2.1.121 版本围绕底层内存优化、MCP/Plugin 机制完善以及 Hooks 全局工具化进行了全方位的质量提升。该版本修复了四项独立内存泄漏，为 MCP 启动引入自动重试机制，将 PostToolUse hooks 支持扩展到所有工具，并为 OpenTelemetry 新增关键字段，标志着 2.1 系列正式跨入成熟稳定阶段。

2026 年 5 月技术解析 · 约 7 分钟阅读

**核心定位：**这是一个将 2.1 系列的各项过渡功能打磨至生产级水准的稳定性版本。长会话重度用户、MCP 深度使用者、Plugin 开发者以及 SRE/可观测性团队均将从中直接获益。

01 内存泄漏全面整治：夯实长效运行根基

过往的技术短板

当会话中涉及大量图片（例如设计稿评审、UI 调试）时，长时间运行可能导致 RSS 内存飙升至 5–10 GB，最终触发 OOM。

若设备上保存有庞大的 transcript 历史记录，执行 /usage 命令会造成约 2 GB 的内存泄漏。

长时间运行的指令（如构建、测试、爬虫）如果没有正确发出 progress 事件，会导致内部缓冲区持续无限膨胀。

在大型代码库中运行 find 命令时，文件描述符的占用量很容易触及系统上限。

四项关键修复

terminal

Fixed unbounded memory growth (multi-GB RSS) when processing many images
Fixed /usage leaking up to ~2GB of memory on large transcript histories
Fixed memory leak when long-running tools fail to emit progress event
Reduced peak file descriptor usage during find in Bash tool

核心价值

从事多图片设计评审或需要维护超长 transcript 的核心工程师，现在可以保障全天候稳定运行。

/usage 指令不再存在触发严重内存泄漏的风险。

执行长周期任务（如数据集处理、端到端测试）时，无需再周期性地重启实例。

在大型 monorepo 架构下，Bash tool 不会再因文件描述符限制而陷入瘫痪。

02 MCP 与 Plugin 生态演进：从基础可用向工程化管理升级

alwaysLoad 机制：终结“工具不可见”现象

近期的版本引入了 tool-search deferral 机制，为降低上下文开销，不常用的工具默认不会被预加载。通过配置 alwaysLoad: true，则可将对应 server 的工具标记为常驻内存，直接跳过 deferral 逻辑。这标志着 MCP server 配置首次引入了“优先级维度”。

plugin prune 指令：生态成熟的标志

terminal

claude plugin prune                     # 清理孤立依赖
claude plugin uninstall  --prune       # 卸载时级联清理

任何包管理器发展到一定阶段，都必然需要 prune 能力。该指令的出现，印证了 Claude Code Plugin 生态已切实面临“自动安装的依赖随时间堆积”的现实痛点。

PostToolUse hooks 实现全工具覆盖

terminal

"hookSpecificOutput": {
  "updatedToolOutput": "..."
}

此前该能力仅向 MCP tool 开放。现在，所有工具（包括 Bash、Edit、Read、Grep 等）均可在 PostToolUse 阶段被 hook 拦截并改写输出。潜在的应用场景包括：在数据送入模型前自动脱敏；将 Bash tool 的报错信息转换为更具可执行性的提示；为 Read tool 的输出附加项目级上下文信息等。

MCP 启动自动重试：免去手动重连的负担

启动阶段遇到瞬时错误时，以往 server 会直接进入断开状态。现已支持自动重试 3 次，配合连接列表在瞬时鉴权失败时不再静默消失的修复，使得 MCP 在不稳定网络环境下的行为具备了高度可预测性。

03 终端交互与 SDK 能力扩展：细微之处见产品功力

全屏模式阅读的连贯性保障

修复了用户查看历史输出时，键盘输入导致视图被强行拉回底部的历史遗留问题。

长对话框的滚动支持

全面支持方向键、PgUp/PgDn、Home/End 键以及鼠标滚轮操作，覆盖全屏与非全屏模式。

CLAUDE_CODE_FORK_SUBAGENT=1 适配非交互场景

该设置打通了 CI/批处理脚本中的分支限制，意味着可以在自动化流水线中构建“主 agent 并行调度多个 subagent”的复杂工作流。

OpenTelemetry 新增三项核心字段

stop_reason：记录模型停止的原因

gen_ai.response.finish_reasons：遵循标准 GenAI 语义约定

user_system_prompt：受开关控制的用户级系统提示词（需注意，出于隐私保护，OTEL_LOG_USER_PROMPTS 默认处于关闭状态）

04 关键修复项概览

**Bash tool 启动目录异常：**修复了在 Worktree 切换或临时目录场景下，因目录被删除/移动导致工具永久不可用的缺陷。

**–resume 损坏自愈：**遇到 transcript 损坏行现已可自动跳过，而非引发整体崩溃。

**Bedrock ARN 阻断性缺陷：**解决了采用 Bedrock + ARN profile 的企业用户面临的 thinking.type.enabled 不受支持的严重问题。

**M365 OAuth 参数失败：**直接改善了 Microsoft 365 集成生态的稳定性。

**权限持久化失效：**解决了 Worker 重启后“Always allow”规则丢失的历史遗留问题。

**企业代理合规性：**修复了 NO_PROXY 在原生构建的 managed-settings 下不生效的问题。

05 版本演进横向对比

维度	2.1.119	2.1.120	2.1.121
核心主题	配置持久化与多平台 PR	Windows 平台解禁与 CI 打通	底层内存优化与生态机制完善
更新条目数	约 30 项	22 项	40+ 项
内存修复	1 项	0 项	4 项
MCP 改进	中等	较低	显著提升
Hooks 能力	无	无	PostToolUse 全工具覆盖
可观测性	无	无	OTel 新增核心字段

**📊 演进趋势判断：**2.1 系列的发展重心已从“功能堆叠”明确转向“稳定性打磨与生态成熟度建设”，2.1.121 版本正是这一战略转移的典型代表——几乎没有引入全新功能，但各子系统均实现了更扎实的基础架构。

06 面向不同用户群体的升级建议

**长会话重度用户（日均 6 小时以上）：**强烈建议立即升级。四项内存修复叠加损坏自愈机制，显著改善了长会话的稳定性。

**MCP 深度用户（配置 5 个以上 servers）：**强烈建议立即升级。为核心 server 配置 alwaysLoad: true 可彻底消除工具不可见的现象。

**Plugin 开发者：**建议升级并深入研究 plugin prune；PostToolUse hooks 的全工具支持为构建数据脱敏、上下文注入等中间件提供了新的锚点。

**SRE / 可观测性团队：**强烈建议立即升级。OTel 新增字段是完善告警策略与 SLO 体系的关键拼图。

**Windows / 企业级部署用户：**建议升级。结合上一版本的 Git Bash 解禁，整体体验持续改善。

**Bedrock / Vertex AI 用户：**采用 Bedrock ARN profile 且启用 thinking 的用户属于必升范畴（已修补阻断性缺陷）。

**普通用户：**可在观察 24–48 小时稳定性后升级。虽非强制更新，但 UX 交互改进叠加内存优化所带来的体验提升是切实可感的。

07 结语

Claude Code 2.1.121 并非一个以新奇功能取胜的版本，而是一个致力于让现有功能体系更加坚固的版本——内存运行趋于稳健，MCP 机制变得可控，Plugin 生态具备了清理能力，Hooks 实现了通用化，Telemetry 遥测体系趋于完整。

这标志着 2.1 系列正式从“功能拓展阶段”迈入“成熟稳定阶段”。

标签

#ClaudeCode #Anthropic #AI编程 #MCP #技术解析