2026 年 8 月 14 日发布的 v2.1.233，紧随前一天的大版本 v2.1.232 之后带来一批面向团队/企业部署的实用特性——按用户身份归因花费、Bash 工具内存限制、GitLab MR 支持等。本文基于官方 Changelog 详解这批更新。
forward_user_identity：按用户归因 API 花费
Added an opt-in forward_user_identity apps gateway setting on
Anthropic upstreams that sends the signed-in user's identity as
headers, so a proxy behind the gateway can attribute spend per user
这是一个专门为团队/企业部署设计的可选（opt-in）设置——开启后，Apps Gateway 会把登录用户的身份信息作为请求头发送出去，这样部署在 Gateway 后面的代理服务就可以按用户维度统计 API 花费。对于多人共享同一套 Claude Code 网关部署的团队，这个功能解决了一个实际痛点——此前花费统计往往是整个团队混在一起的，无法拆分到具体是谁在消耗预算，现在有了按用户归因的官方支持路径。
Bash 工具内存限制：防止失控构建拖垮会话
Added opt-in memory cgroup support for Bash tool commands on
Linux (CLAUDE_CODE_TOOL_MEMORY_LIMIT) so a runaway build
can't stall the session
# 设置 Bash 工具命令的内存上限（Linux，通过 cgroup 实现）
export CLAUDE_CODE_TOOL_MEMORY_LIMIT=4096 # 示例：限制为4GB这个功能解决的场景很具体——如果 Claude Code 触发的某个构建命令因为某种原因内存占用失控（比如递归编译、内存泄漏的依赖包等），此前可能会拖垮整个会话甚至宿主机。现在通过 Linux cgroup 机制设置内存上限，失控的构建进程会被限制在预设范围内，不会无限吞噬系统资源。这对在 CI 或共享服务器上运行 Claude Code 的场景尤其重要。
GitLab Merge Request 支持扩展到更多界面
Added GitLab merge request URL support to the --worktree flag
and the claude agents view (where MRs display as !N)
紧接着 v2.1.232 里 GitLab 生态的全面支持，这次更新把 GitLab MR（Merge Request）的 URL 支持扩展到了 --worktree 参数和 claude agents 视图——在 claude agents 界面里，GitLab 的 MR 会以 !N 的格式显示（对应 GitLab 里 MR 编号的常见展示习惯），和 GitHub PR 的 #N 格式做了区分，方便用户一眼识别当前处理的是哪个平台的变更请求。
WebFetch 缓存 TTL 可配置
Added CLAUDE_CODE_WEBFETCH_CACHE_TTL_MS environment variable
to configure the WebFetch session URL cache TTL
(default unchanged: 15 minutes)
# 自定义 WebFetch 会话内 URL 缓存的过期时间（毫秒）
export CLAUDE_CODE_WEBFETCH_CACHE_TTL_MS=60000 # 示例：改为1分钟默认缓存时间保持不变（15 分钟），但现在可以通过环境变量自定义。对于需要频繁抓取时效性很强的页面（比如实时数据看板）的场景，缩短缓存时间可以避免拿到过期内容；反过来，对于抓取相对静态的内容，适当延长缓存时间可以减少重复请求。
一批稳定性修复
- 修复云端会话在环境关闭、同时 Claude 正在等待权限
确认时，偶尔被错误标记为"已丢失"的问题
- 修复 MCP v2 连接在服务器按固定超时终止长连接流
（例如无服务器托管环境）时，无限重新打开
subscriptions/listen 流的问题
- 修复在 Claude Desktop 或 VS Code 下运行时，
Notification Hooks 不会为权限确认提示触发的问题
- 修复 Linux 上沙箱开启时，闲置会话有时会让某个 CPU
核心占用维持在100%的问题
这几项修复都属于"长期运行会遇到但偶发"的问题类型——单次使用不容易察觉，但对于长期挂载运行的 Claude Code 实例（比如自动化流水线、常驻服务），这类问题累积起来会明显影响稳定性。
实战建议
1. 多人共享同一套 Claude Code 网关部署的团队，
建议评估开启 forward_user_identity，为后续按用户
拆分预算/花费分析打好基础
2. 在 CI 或共享服务器上运行 Claude Code 且担心构建
命令内存失控的场景，Linux 用户可以尝试设置
CLAUDE_CODE_TOOL_MEMORY_LIMIT 作为安全网
3. 同时使用 GitHub 和 GitLab 的团队，claude agents
视图现在能通过 !N / #N 前缀直观区分两个平台的
变更请求，减少误判
4. 长期运行 Claude Code 的自动化场景（CI、常驻服务），
建议升级以获取本次的多项稳定性修复
总结
v2.1.233 延续了 v2.1.232 打下的基础，进一步补齐了团队/企业部署所需的可观测性（按用户归因花费）和资源治理（内存限制）能力。相比上一版本的"大动作"，这次更新更偏向"精细化打磨"，但对于把 Claude Code 用在生产环境、多人协作场景的团队来说，这些细节改进的实际价值不小。
来源：Claude Code Changelog v2.1.233 — Claude Code 官方文档，Anthropic，2026年8月14日