这篇主要想记一下，我是怎么从 Claude Code 源码里，去看它后面可能会往哪些方向发展的。
一个比较直接的方法，就是找源码里通过 feature() 控制的 Feature Flag。
# 这个方法可以找到所有通过 `feature()` 函数控制的 Feature Flags
grep -rn "feature('FLAG_NAME')" src/ --include="*.ts"
Feature Flag 这东西其实很好理解，就是功能开关。 开发的时候，很多功能虽然代码已经写进去了，但不一定会直接开放给所有用户，而是先通过 Flag 控制开关。
所以某种程度上说，编译产物里出现的 Flag，对应的功能大概率都是已经做了，或者至少做了一半。顺着这些 Flag 去看，基本就能看出 Claude Code 接下来的一些趋势。
一、已经比较明确的核心功能
COORDINATOR_MODE
路径：coordinator/coordinatorMode.ts
这个是 Coordinator-Worker 的多 Agent 编排模式。
简单说，不再只是一个 Agent 干到底，而是开始有“调度者 + 执行者”的结构了。这个后面很值得单独写一篇，源码里能看出来它不是小打小闹。
EXTRACT_MEMORIES
路径：services/extractMemories/
这个是后台自动记忆萃取。
也就是说，Claude Code 不只是处理当前这次对话，它还在尝试把交互里的内容沉淀成记忆。这块后面如果结合三层记忆去看，会很有意思。
FORK_SUBAGENT
路径：tools/AgentTool/
这个是 Fork 模式子 Agent。
说明 Claude Code 现在已经不只是“一个主 Agent”，而是在尝试做子 Agent 分支。后面可以再对比一下 Fork subagent 和 Fresh subagent 到底有什么区别。
REACTIVE_COMPACT
路径：services/compact/reactiveCompact.ts
这个对应的是 API 报 too-long 之后的被动压缩。
也就是上下文太长了，系统会自动压缩一下，避免对话直接中断。
这部分和 /compact 指令是对应上的，上一篇我也顺手写过：
【学习笔记】Claude Code 源码分析（一）- /compact 指令解读
COMMIT_ATTRIBUTION
路径：tools/GitCommitTool/
这个是 Git 提交归属标记。
简单理解，就是 Claude Code 参与过的提交，会有一层 attribution。功能本身不算花哨，但其实挺重要，因为这关系到 AI 参与开发之后，提交记录怎么标识。
二、大规模试验中的功能
这一部分我觉得最值得看，因为这里面很多都不像是“小功能补丁”，而像是在试新的产品形态。
KAIROS
路径：proactive/、kairos/
这个应该是目前最有想象空间的一块。
从目录结构看，它已经是一个比较完整的定时任务调度系统了，支持：
- cron 表达式
- 自动执行
- 空闲时运行
这就说明 Claude Code 已经不满足于“你叫它，它才干活”，而是在往“主动执行任务”走。
KAIROS_BRIEF
路径：kairos/brief/
这个是定时简报。
看起来像是任务跑完之后，自动给你整理个摘要或者汇总。
KAIROS_CHANNELS
路径：kairos/channels/
这个是多渠道通知。
说明结果不一定只回到 CLI，后面可能会通过别的渠道发出去。
KAIROS_DREAM
路径：services/autoDream/
这个是把 AutoDream 记忆整合 和 KAIROS 定时系统结合起来。
也就是说，Claude Code 不只是能定时执行任务，还有可能定时整理记忆、定时做一些“后台思考”类的事。
KAIROS_GITHUB_WEBHOOKS
路径：kairos/webhooks/
这个是 GitHub Webhook 集成。
这点其实很关键。 一旦支持 webhook，Claude Code 的触发方式就不只是“用户手动敲命令”了，也可以是 GitHub 事件来了之后自动处理。
比如：
- PR 更新
- issue 变化
- commit 推送
这种味道就已经很像“开发工作流自动化助手”了。
KAIROS_PUSH_NOTIFICATION
路径：kairos/notifications/
这个是推送通知。
意思就是任务执行完，Claude Code 可能会主动把结果推给你，而不是你自己回来终端里翻。
TRANSCRIPT_CLASSIFIER
路径：services/transcript/
这个是对话记录分类系统。
说明它不只是把聊天记录存下来，而是开始对这些记录做分类和理解。
BASH_CLASSIFIER
路径：tools/BashTool/
这个是 Bash 命令分类。
比如判断一个命令是：
- 只读
- 写操作
- 更高风险操作
这个模块我觉得很重要，因为只要 Claude Code 想进一步增强执行能力，就必须先把命令风险判断这层做好。
TEAMMEM
路径：services/extractMemories/、memdir/
这个是团队共享记忆系统。
如果说个人记忆是“我和 Claude Code 的长期配合”，那 TEAMMEM 就明显是在往“团队和 Claude Code 的长期配合”走了。
三、已经能看出来的新方向
除了上面这些相对成型的功能，源码里还有一些更偏“方向感”的 Flag。
VOICE_MODE
语音交互模式
说明它可能不想只停留在 CLI 里，后面语音输入应该也是一个方向。
MONITOR_TOOL
监控工具
如果这个能力成熟了，Claude Code 就不只是执行命令，而是能持续观察任务状态、系统状态或者外部变化。
BRIDGE_MODE
桥接模式
这个现在还不太好判断，但从名字看，大概率是连接不同系统或能力模块的。
WEB_BROWSER_TOOL
网页浏览工具
这个就比较直白了。 如果网页浏览能力起来，Claude Code 获取信息的范围就会明显扩大，不会只盯着本地代码仓库。
VERIFICATION_AGENT
验证 Agent
这个方向我觉得很合理。 Agent 越能干，越需要有另一个 Agent 来做验证，不然结果不稳的时候问题会越来越大。
BUDDY
伙伴模式
这个 Flag 之前版本里出现过，应该有一部分用户见过。我自己的环境里现在已经没有了。
感觉它更像一种偏陪伴式、轻量化的交互模式。
ULTRAPLAN
深度规划
这个看名字就知道，是在增强长链路任务规划能力。
ULTRATHINK
深度思考
这个大概率是在提升复杂任务下的推理深度或者思考过程控制。
BUILDING_CLAUDE_APPS
构建 Claude 应用
这个方向挺有意思。 如果 Claude Code 后面不只是“帮你写代码”，而是支持你直接“构建 Claude 应用”，那产品定位就不一样了。
四、几个我觉得特别值得注意的点
ANTI_DISTILLATION_CC
这个名字很敏感。
按字面理解，可能和防止模型能力被蒸馏有关。 如果真是这个意思，那说明官方已经开始考虑 Claude Code 在能力暴露之后的保护问题了。
TEAMMEM
这个 Flag 的意义其实挺明确的：
Claude Code 后面很可能不只是给个人开发者用，也会往团队协作走。
这点我觉得挺重要，因为“个人助手”和“团队协作系统”完全不是一个产品阶段。
VOICE_MODE + MONITOR_TOOL + KAIROS
这三个如果连起来看，我觉得特别像一个未来方向：
- 语音输入
- 后台监控
- 定时运行
如果真这么组合起来，那 Claude Code 后面可能就不再只是一个 CLI 工具，而会更像一个24 小时在线的后台 AI 助手。
也就是说，它不是你开终端才出现，而是会在后台持续跑、持续看、持续提醒、持续处理一些任务。
五、我的整体判断
从这些源码里的 Flag 来看，Claude Code 后面要做的，应该不只是“更会写代码”。
我自己目前的感觉，它大概在同时往这几个方向走：
-
多 Agent 协作
COORDINATOR_MODEFORK_SUBAGENT
-
长期记忆
EXTRACT_MEMORIESTEAMMEMKAIROS_DREAM
-
主动执行
KAIROS- webhook
- push notification
-
更多交互方式
VOICE_MODEWEB_BROWSER_TOOL
-
更强的安全和验证
BASH_CLASSIFIERVERIFICATION_AGENT
所以如果这些能力后面都慢慢落地，那 Claude Code 未来可能就不是一个“命令行里的 AI 编程助手”这么简单了，而会更像一个：
能长期记忆、能主动执行、能团队协作的开发智能体。
