Claude Code Feature Flag 全盘点：BUDDY、COORDINATOR、ULTRAPLAN 和另外 41 个

一句话概括： 泄露的 Claude Code 源代码包含 44 个 feature flag，对应的功能全都已经写好但还没对用户开放。从日常的 UI 微调到惊人的新品类都有：一个常驻守护 agent、一个 18 种物种的终端宠物系统、让一个 Claude Code 实例生成并管理一群 worker agent 的多 agent 编排、以及多个 AI agent 协同做架构决策的远程规划会议。这些 flag 拼在一起，勾勒出的产品路线图是：Claude Code 正在从单用户编程助手进化成某种接近自主开发团队的东西。

44 个藏在 Claude Code 里的未发布功能

泄露源代码显示，Claude Code 的内部配置系统引用了 44 个 feature flag。每个 flag 把一个已存在于代码库中但在公开版本中未激活的功能锁在后面。有些是小改动，但大部分不是。

Feature flag 是软件开发的标准做法——团队写好一个功能，用条件判断包起来，准备好了再开放。这批 flag 不寻常的地方在于它的范围：这些不是对已有行为的小变体，好几个 flag 指向的是 Anthropic 从未公开讨论过的全新产品品类。

这些 flag 在泄露源代码的多个配置文件和内部模块中被发现，出现在条件逻辑、环境变量检查和内部 API 路由处理中。模式一致：代码已写好、已测试，只等打开开关。

KAIROS：自主守护 Agent

泄露源代码中最显眼的 flag 是 KAIROS。它在代码库中出现了超过 150 次，远超其他任何 flag。KAIROS 锁住的是一个守护模式——一个持久运行的、常驻的后台 agent，独立于任何活跃的终端会话。

KAIROS 包含一个内部叫 autoDream 的记忆整合子系统。这个系统让 agent 能在空闲时处理、组织和综合之前会话的信息，而不是每次用户打开终端都从零开始。

一个守护模式的 Claude Code 不会等指令，而是监控仓库、预判任务、跨会话保持连续性。KAIROS 是 Claude Code 当前设计中偏离最大的单一架构改变。

完整分析见：KAIROS 守护模式深度拆解。

BUDDY：给开发者的终端宠物

BUDDY flag 锁住的是源代码里描述的终端伙伴系统。它实现了 18 种不同的终端动画生物，在编程时陪伴开发者。

这不是注释里的玩笑。实现包括物种选择逻辑、终端环境的动画帧渲染、行为状态机（空闲、活跃、睡觉、庆祝），以及跟开发者活动绑定的交互钩子。测试跑过了，宠物会有反应；构建挂了，宠物的反应不一样。

Anthropic 为什么要做这个？最可能的解释是提升开发者粘性。命令行工具争夺注意力的方式跟图形化应用不同。一个有个性的持续存在的伙伴能跟工具本身建立情感连接，把工具从实用品变成关系。

还有一个实际角度：工具疲劳是开发者工作流中有据可查的问题。开发者不停切换 CLI、编辑器和仪表盘。终端宠物创造了一个留在某个环境里的理由——本质上是伪装成玩具的软锁定机制。

18 个物种说明这不是原型。Anthropic 有人花了相当多时间为一个命令行界面设计、做动画和实现了将近两打不同的生物。这种投入意味着信念，不是实验。

COORDINATOR MODE：多 Agent 编排

COORDINATOR flag 激活的是这样一个模式：一个 Claude Code agent 可以生成、管理并收集多个并行 worker agent 的结果。每个 worker 独立处理一个子任务，coordinator agent 负责任务分解、分配、进度监控和结果合并。

泄露代码显示 coordinator 维护着一个任务图——一个结构化的表示，标明子任务之间的关系、哪些可以并行、哪些有依赖。worker 向 coordinator 汇报，由 coordinator 决定什么时候合并结果、怎么处理冲突。

对开发工作流来说意义很大。用户可以描述一个高层目标——「把这个模块重构成新 API、更新所有测试、修好文档」——然后 coordinator 把它拆成独立任务，给每个任务启 worker，最后组装结果。

这不是对 Claude Code 现有能力的渐进改善，而是从「助手」到「管理者」的转变。coordinator 模式意味着一个 Claude Code 会话理论上可以并行化原本需要手动按顺序做的工作。

ULTRAPLAN：远程多 Agent 规划会议

ULTRAPLAN 锁住的是定时的多 agent 规划会议。泄露代码显示这不是实时编码会话，而是 10 到 30 分钟的结构化规划窗口，多个 agent 协同做战略决策。

可以把它想象成一场由 AI agent 委员会进行的架构评审。每个 agent 带来不同的视角或知识领域，输出的不是代码，而是一份规划——描述决策、取舍和下一步的结构化文档。

源代码中的「remote」标记暗示这些会议可以异步运行或按计划执行，不需要开发者在场。团队可以配置一个每晚运行的规划会议，让 agent 审查当天的提交、评估技术债务、为下一个迭代拟定计划。

如果说 COORDINATOR 是并行化执行，那 ULTRAPLAN 就是并行化判断。

其他值得关注的 Feature Flag

其余 flag 可以归入几个大类。我们没有所有 44 个的详细实现说明，但命名规律和周围代码提供了足够的信号。

开发者体验： 若干 flag 跟 UI 增强、终端渲染改进和工作流定制有关。这些最不意外——任何活跃开发的工具都会积累这类打磨。

Agent 能力： 除了 KAIROS、COORDINATOR 和 ULTRAPLAN，还有 flag 指向增强推理模式、扩展工具使用和更深入的文件系统访问。暗示 Anthropic 在试验让 Claude Code 更深入地接入它所运行的环境。

集成： 一部分 flag 引用了外部服务连接——CI/CD 管线、Issue 追踪器、云平台。指向的未来是 Claude Code 不只是终端工具，而是更大开发基础设施中的一个节点。

实验性： 少数 flag 的命名不好归类。可能是早期原型、内部测试工具或 Anthropic 正在不确定地探索的方向。它们出现在代码库中确认了被构建过；它们的孤立性暗示可能永远不会发布。

所有类别的共同模式是：Anthropic 在让 Claude Code 做更多事、更独立地运行、更深入地跟开发者已在用的工具和系统集成。

这些 Flag 说明 Claude Code 的未来方向是什么

44 个 flag 编码出的方向很明确：Claude Code 正在从「AI 助手」变成「AI 团队」。

当前的产品是一个 agent 响应一个用户在一个终端会话里。这些 flag 描述的系统是：多个 agent 并行运行、一个持久 daemon 全天候监控工作、规划在人不在场的时候进行、一个终端伙伴跟开发者保持长期关系。

这不是从模糊信号里猜出来的产品路线图。代码写好了，flag 定义了，条件逻辑到位了。剩下的就是决定什么时候打开开关。

什么时候发布？泄露源代码里没有时间表。Feature flag 可以在代码库里沉睡数月甚至数年，有些永远不会被激活。但已经构建的东西的广度和深度表明，Anthropic 不是在拿它们当实验玩。这些是等待发布日期的产品功能。

今天的 Claude Code 和这些 flag 描述的东西之间的差距，是工具和平台之间的差距。Anthropic 看起来正在建平台。唯一的问题是什么时候打开大门。