Anthropic 悄悄移除 Claude Code 子代理状态行配置，多代理会话失去可观测性

一句话看懂：Claude Code 2.1.323 版在更新日志中轻描淡写地移除了 subagentStatusLine 配置项，没有替代方案，也没有迁移提示，依赖它监控多个后台子代理的用户在升级后发现状态面板已经失效。

事件核心：发生了什么

2026 年 11 月 13 日，GitHub 上的 Claude Code 仓库出现 Issue #109446，指出 2.1.323 版在没有预警的情况下移除了 subagentStatusLine 设置。该配置允许用户自定义每个子代理状态行的渲染内容；移除后，子代理行只显示默认样式，旧设置即使保留在配置文件中也不再生效，启动时也没有任何警告。对照版本 2.1.322 仍会正常执行该命令。

据 Issue 描述，这一行原本集中展示单个子代理的上下文占用（如 82.6K/1.0M）、已消耗的 token 与美元成本、所用模型、推理强度、运行时长以及 prompt 缓存状态。移除后，同样的行只剩“flights:foreman Running grep”这类基础信息。目前公开信息显示，2.1.323 的 ui.render 渲染点中也没有对应代理面板行的位置，现有 Mod 无法替代该功能。

为什么重要

对同时运行多个后台代理的开发者来说，这等于关闭了成本与资源消耗的一层可视化监控。用户无法再快速判断哪个 agent 在快速消耗上下文、哪个即将触及窗口上限、哪个悄悄切换到了更贵的模型，或正在为过期缓存重复付费。subagentStatusLine 此前是 Claude Code 中唯一能按单个 agent 呈现这些信息的界面。

更值得注意的是版本节奏上的矛盾：更新日志此前还连续为该配置补充 reasoning effort、agentType 等字段，官方文档目前也仍将其列为可用设置。这种先用后删、没有弃用期的做法，对已经围绕它搭建工作流和脚本的用户构成实际损失，也会影响开发者对 Claude Code 可扩展性的信任。

对用户/开发者/创作者的影响

重度使用 Claude Code 多代理模式的开发者受冲击最大：监控面板、成本告警和自定义状态行脚本会直接失效，升级前需要评估回退到 2.1.322 或自行建立外部日志监控。轻度用户受影响较小，但也会失去评估子代理开销的依据。Issue 作者提出的诉求包括：在下一版恢复该配置并保留原 payload、在重新设计默认面板前先提供等价的 ui.render 渲染点，以及移除文档化配置时至少给出弃用警告。