Claude Code --safe-mode 与 -p 标志修复:托管设置和 Vertex 超时
Claude Code 6 月 8 日版本新增 --safe-mode,修复 Windows 上 claude -p / --print 变慢或挂起,强化托管设置 MCP 策略执行,并恢复 Vertex / Foundry 5 分钟空闲超时。
归档条目:由 AI 根据所引信源辅助生成,发布时未经逐篇审阅。责任编辑:Joe Werner。

2026 年 6 月 8 日,Anthropic 发布了一版内容丰富的 Claude Code 更新。此次版本新增三项面向运营商的功能——safe-mode 标志、会话重定位命令和内置技能抑制器——并修复了一批企业 MCP 策略执行漏洞,这些漏洞自安装起即存在部分失效风险。
更新内容
--safe-mode 标志(及环境变量 CLAUDE_CODE_SAFE_MODE)。 使用 claude --safe-mode 启动会话后,模型在获取上下文前会跳过所有自定义配置:CLAUDE.md 文件、插件、skill、hook 以及 MCP 服务器均被禁用。环境变量形式也同步支持,方便在容器或 CI 启动脚本中组合使用,无需改动命令行参数。此标志专为排障场景设计——当会话出现异常且怀疑某个 hook 或 CLAUDE.md 指令是根因时,--safe-mode 提供了干净的基线环境。
Windows 上的 claude -p / --print。 同一版本还修复了一个 Windows 回归问题:非交互式 claude -p 调用在扫描斜杠命令和 skills 时可能变慢或看似挂起。对于在 CI、pre-commit hook 或脚本化诊断中运行 Claude Code 的团队,--safe-mode 与 -p 形成了实用组合:可用 claude --safe-mode -p "..." 验证基础 CLI 路径,而不加载项目自定义配置。
/cd 命令。 用户现在可在会话过程中切换工作目录,而不会中断 prompt cache。此前,将长时运行的会话迁移到不同代码仓库意味着要么完全重启,要么接受缓存失效。/cd 在迁移工作目录的同时保留对话上下文和 prompt cache。
disableBundledSkills 设置(及 CLAUDE_CODE_DISABLE_BUNDLED_SKILLS 环境变量)。 管理开发者机队的运营商现在可以完全禁用 Claude Code 的内置斜杠命令、bundled skill 和内置 workflow。当组织通过托管设置部署了经过筛选的内部 skill 库,且不希望默认 skill 与内部 skill 产生混淆或冲突时,此配置尤为关键。
企业 MCP 策略漏洞修复。 本次关闭了四个执行漏洞:
allowedMcpServers/deniedMcpServers策略在重连、IDE 类型配置、安装后首次会话中的--mcp-config服务器,以及远程设置加载完成前均未被正确执行。- 托管设置中若存在任一无效条目,此前会静默丢弃整个策略载荷;修复后改为应用所有有效条目,并针对无效条目输出验证错误。
- 托管设置中
allowedMcpServers/deniedMcpServers谓词使用${VAR}引用时无法匹配。 - 不受信任的项目设置此前可在未经信任确认的情况下设置 OTEL 客户端证书路径。
Vertex AI / Foundry 空闲超时恢复。 Vertex AI 和 Azure Foundry 上默认的 5 分钟流超时已重新启用,确保流停滞时会触发中止而非无限挂起。如需关闭此行为,可设置 API_FORCE_IDLE_TIMEOUT=0。
本次更新还包含:claude agents --json 现在包含 blocked 和已派发的后台会话,并支持 --all 查看已完成会话;后台 agent 在分配到预热 worker 时不再忽略项目级 env 配置;流式响应和动画期间的 CPU 占用有所降低。
为何重要
MCP 策略修复针对的是一类可能导致企业部署部分暴露的执行漏洞。如果贵组织在此版本之前已部署 allowedMcpServers 或 deniedMcpServers 托管设置,该策略在重连或 IDE 来源配置上可能并未完全生效。建议更新至最新版本并通过 /doctor 或审计日志验证策略执行状态。
--safe-mode 为平台工程师提供了干净的排障逃生路径。排查异常 skill 或 hook 此前需手动注释文件,在共享仓库中易出错。--safe-mode 无需修改代码库即可隔离问题。
disableBundledSkills 使 Claude Code 对已投入内部 skill 库建设的企业而言更具可组合性。与内部命名规范或工作流假设冲突的默认 skill 现在可以在机队层面被整体抑制。
Vertex / Foundry 空闲超时对于通过中间路由层使用这些 provider 的团队至关重要。流停滞此前需在 gateway 或客户端层面依赖外部超时逻辑;恢复默认值后,Claude Code 可原生处理此问题,降低了针对 Vertex 或 Foundry 端点的路由配置复杂度。
后续关注
Anthropic 近期 Claude Code 发布节奏极高——6 月 4 日至 8 日间共发布三次更新。托管设置加固工作呈现出渐进式特征,每次更新收紧特定执行路径。如果贵机队依赖远程托管设置进行策略执行,建议持续关注 Claude Code changelog 的后续进展。
disableBundledSkills 与现有托管 skill 配置结合,为运营商提供了两个互补控制项:在全局层面退出默认值,再选择性地引入经过审查和测试的内部 skill。
在 TheRouter 中使用
通过 TheRouter 路由的 Claude Code 会话会定向到 Anthropic provider 路径。使用 provider 配置的运营商可以直接将路由固定到 Anthropic,或配置包含 Bedrock 或 Vertex AI 的回退链。若路由到 Vertex AI,恢复的 5 分钟空闲超时将自动生效,减少了在路由配置中单独维护超时中间件的需求。
对于通过托管设置跨开发者机队控制 Claude Code 行为的团队,治理概览介绍了运营商级设置如何与请求路径交互,以及如何审计合规性。
相关阅读
AI 路由新闻与供应商动态 →
Claude Code 2.1.274:MCP 可靠性全面修复、Gateway Postgres 配置项与会话自愈
Claude Code 2.1.274 修复了六个在生产环境中静默失败的 MCP 问题,新增 store.connect_timeout_seconds 和 CLAUDE_CODE_GATEWAY_DRAIN_TIMEOUT_MS 两个 gateway 配置项,并让损坏的会话记录自动修复而非无限循环。

Claude Code Artifacts 现在以查看者凭据调用 MCP Connector:operator 必须了解的认证模型变化
Claude Code Artifacts 现在可以通过查看者自己的 MCP connector 拉取实时数据,而不是创建者的。这一权限归属的倒置,改变了团队构建共享内部仪表盘的方式,也改变了凭据链的归属和 AI 网关需要覆盖的范围。

首个 Claude Code 企业级落地学术研究:24% 的 PR 合并率提升与百万级 Token 支出,告诉你该怎么做预算治理
微软研究院的同行评审论文首次用直接遥测数据(而非问卷)衡量了编程 Agent 的企业 ROI——并揭示了迫使 Token 支出失控的治理缺口。每个工程团队在规模化部署 Claude Code 之前必须过的 Operator 检查清单。