Claude Code 中藏着 44 个未公开功能。我从 50 万行泄露代码里挑出了"今年能用的 3 个"

50 万行源代码,被公开到了全世界面前。

2026 年 3 月 31 日,Anthropic 开发的 AI 工具”Claude Code(克劳德代码)“的内部代码因失误被一同打包进了 npm 包中。短短数小时内,数千名开发者就解析了其中的内容,并发现了 44 个”功能开关”。

所谓功能开关(feature flag),就是嵌入软件中的”用于切换尚未公开功能 ON/OFF 的开关”。常驻运行型代理、多代理协调机制、定时执行……从光听名字就让人兴奋的功能,到能在终端里养的宠物(18 种),内容五花八门。

44 个,数量这么多,难免让人焦虑:“是不是不全部掌握就要被时代抛下了?”

先说结论。对于一个营销人员或商务人士来说,今年内有可能真正用上的,只有 3 个。本文将从这 44 个中,挑出”与你的工作真正相关的 3 个”,并梳理为什么这 3 个值得重点关注。

如果搭配上一篇《AI 代理实验毕业线》一起读,接下来的准备工作会变得更加具体。

50 万行源代码”不小心”公开的那一天

2026 年 3 月 31 日,Anthropic 发布到 npm 注册表的 Claude Code 2.1.88 版本中,混入了用于内部调试的 source map 文件(59.8MB)(Axios,2026 年 3 月 31 日)。

source map 就好比产品代码背后的开发用设计图。本来是不应该流出到公司外的东西。

Anthropic 的官方声明很明确:“这是发布打包过程中的失误,并非安全事件。其中不包含任何客户数据或认证凭据”(VentureBeat)。

短短数小时内,GitHub 上就有数千人开始解析这份代码。在约 512,000 行 TypeScript 中,44 个功能开关被陆续发现(The New Stack)。

本文不讨论”泄露这件事本身是对是错”。我感兴趣的是内容。让我们从这 44 个未公开功能中,解读出 Claude”下一步要走向哪里”。

补充一点,本文信息基于 Anthropic 已发表官方声明的、已公开的 source map。但需注意,未发布功能的规格可能会未经预告而发生变更。请在这个前提下继续阅读。

另外,VentureBeat 也对泄露代码的安全风险进行了分析,指出了 3 条攻击路径(VentureBeat 安全分析)。安全视角虽然重要,但本文聚焦于功能层面。

44 个功能开关的内容——从 UI 微调到自主代理

再说明一次,功能开关(Feature Flag)是嵌入软件中的”ON/OFF 开关”。开发团队在代码中已经写入了新功能,但还不想让用户看到时,就会使用它。一旦把开关切换到 ON,该功能就会立刻启用。

把 Claude Code 的这 44 个大致分类,大概是这样:

类别 A:UI、遥测系(约 20 个)

涉及画面显示微调和使用数据收集。比如深色模式切换、操作日志收集方式的变更等。这些对用户的日常工作几乎没有直接影响,大多是为了开发团队内部的改进。

类别 B:代理基础系(约 10 个)

这才是本次的核心。KAIROS(常驻运行守护进程)、COORDINATOR(多代理协调)、BUDDY(对话式结对编程)等名字依次出现。让 Claude Code 从”叫一声才来的 AI”进化为”始终运行中的 AI”——这一基础架构在代码层面已经完成。

类别 C:调度系(约 5 个)

cron(基于时刻的自动执行)、Webhook(外部调用入口)、ULTRAPLAN(多代理战略规划会话)。以时间或外部事件为触发点,自动执行任务的机制。

类别 D:其他(约 9 个)

终端宠物(18 种虚拟宠物住进你的终端)、Playwright 联动的浏览器操控、语音命令模式。从趣味性的到实验性的,混杂在一起。

44 个不必全部追。和你的工作真正相关的,只有类别 B 和 C 中的一部分。

四象限图,显示 44 个开关的规格完成度与实现风险的关系。横轴为"规格完成度(低→高)",纵轴为"实现风险(低→高)"。KAIROS、COORDINATOR、cr

今年”会改变你工作方式”的 3 个功能

我从 44 个里挑出了 3 个。挑选标准很简单:“非工程师的个人,今年内有可能在业务中用上吗?”

KAIROS(凯洛斯)——始终在守望的 AI

KAIROS 在希腊语中意为”恰当的时机”。这个开关在代码中出现了 150 多次,作用是让 Claude Code 以守护进程(常驻程序)模式在后台持续运行(Deep Learning AI)。

KAIROS 启用后,Claude Code 会作为后台进程常驻。它会定期收到 <tick> 提示(类似心跳),自主判断”现在是否有事要做”。无事时静静等待,有事则自行行动。

关键在于15 秒阻塞预算。KAIROS 执行某个动作时,占用你工作时间的上限被限制在 15 秒以内。“后台默默运转,但不打扰你眼前的工作”——这是它的设计理念(Deep Learning AI 详细解读)。

每天的日志都会写入只追加(append-only)文件,所以”代理究竟做了什么”事后也容易追溯。这是建立信任不可或缺的要素。

KAIROS 的运行时间线。上方是"你的工作时间",下方是"KAIROS 的后台处理",二者并行推进,KAIROS 的动作都被压缩在 15 秒内的短

我现在运营的自主代理系统,正是这个理念。代理在后台推进调研和品质检查,我早上起来时报告已经准备好了。一旦 KAIROS 正式发布,同样的体验只用 Claude Code 一个工具就能实现。

举个例子,假设你在运营一个电商网站。在后台跑一个启用 KAIROS 的 Claude Code:商品评论一被提交,它就做情感分析并生成摘要;库存数据低于阈值时发出警报;监控竞品价格变动并汇总成每日报告。即便你不在工作,这种”守望”也会持续。

KAIROS 适合的工作:可以立刻自检的 3 种类型

类型	具体业务	效果
监控/盯盘	评论收集、竞品监测、库存确认	零遗漏、响应时间缩短
定期汇总	销售日报、社媒表现、咨询数量	手工汇总时间归零
警报通知	阈值越界、异常值检测、截止日管理	在人察觉之前,代理就已发现

上一篇《实验毕业线》中提到的条件 1”每周有 5 小时以上的重复任务”——KAIROS 的出现,会让满足这一条件的许多业务都变成可自动化对象。那些之前没能突破”每周 5 小时”门槛的人,在”始终守望的 AI”面前,很有希望突破。

多代理协调器——一个人拥有一支”团队”

COORDINATOR(协调器)是这样一个功能:让 1 个 Claude Code 实例去生成并管理多个 worker 代理。在内部它被称为”swarms(群)“,由 tengu_amber_flint 这个开关控制(The New Stack)。

机制是邮箱系统。父代理拆分任务并分发给子代理。每个子代理在受限工具集下独立运行,然后向父代理汇报结果。

COORDINATOR 的结构图。中央是父代理,周围是负责调研、负责文案撰写、负责数据分析、负责品质检查的 4 个子代理,通过邮箱

这背后意味着”一个人顶五个人”在技术上具备了支撑。调研担当、撰稿担当、数据分析担当、品质检查担当——让这些各有专长的代理同时运行,这一切都将在 Claude Code 内部完成。

目前 Claude Code 的”Agent”功能也能启动子代理。COORDINATOR 是对它的进一步精炼,在同一套机制里完成任务分配、进度监控、结果整合。

COORDINATOR 适合的工作:可并行的 3 种任务

角色	交给它的任务	一人→团队的变化
调研担当	5 个主题同时调研、竞品分析、市场数据收集	调研时间缩到 1/5
内容担当	文章初稿、社媒文案、邮件文本	量产同时维持品质
QA 担当	错字检查、事实核对、法律风险排查	零遗漏

想象一下。周一早晨,你只需丢出一句”本周 5 篇文章的调研”,5 个 worker 就会各自针对不同主题并行展开调研。等你喝完咖啡,5 份调研报告已经摆在桌上。COORDINATOR 通往的就是这样的世界。

mikoto 在《10x Founder》文章里也提到过,独自驱动事业的创业者正在增加。COORDINATOR 有潜力从技术层面支撑这类”一人事业”。

定时执行(cron + Webhook)——“周五 17 点生成报告”只靠配置就能跑

cron 和 Webhook 的组合,看似低调,但冲击力可能最大。

cron 是按固定时刻自动执行任务的机制。“每周五 17 点收集数据生成报告”——只靠配置就能实现。Webhook 是接收来自外部服务的通知、然后启动处理的触发器。“邮件到达就总结内容并转发到 Slack”也成为可能。

当它和 KAIROS 组合起来,这已经不只是工具,而是一个”秘书”。按日程行动,响应外部事件,反馈结果。而且 24 小时不打烊。

cron+Webhook 自动执行流程图解。左侧是两个输入入口:"时刻触发(cron)"和"外部事件触发(Webhook)";中央是 Claude

举几个具体场景。

每天早 7 点:收集行业新闻,只挑出与你业务相关的,生成摘要并发到 Slack
每周五 17 点:汇总本周社媒投放表现,生成下周改进建议报告
邮件到达时:自动对咨询邮件分类,生成回复草稿放入待确认队列
GitHub PR 创建时:执行一次代码审查初筛,有问题则自动评论

以前只能在”你坐在屏幕前”的时候才工作的 AI,如今”在你睡觉时”也能持续运转。这种差别,一旦真用上,会大得让人吃惊。

上一篇《实验毕业线》中提到的条件 2”触发用的数据已经电子化”——这正是该功能直接对应的部分。如果触发器的设计只需在 Claude Code 里完成配置,接入门槛会大幅下降。

另一个相关开关 ULTRAPLAN(终极规划)也很有意思。它是一种 10 到 30 分钟的结构化规划窗口,多个代理在其中协商战略决策(WaveSpeed AI)。这不是实时编码,而是为中长期方针专设的会话。这个思路,和我每天进行的、被我称作”神座(kamukura)“的决策会议非常相似。

剩下的 41 个,现在可以不必在意

44 个里选了 3 个,意思就是剩下的 41 个可以延后处理。

理由有三。

面向企业的功能占了大多数。 遥测细化配置、基于角色的访问控制、审计日志的结构化……这些是几百到几千人规模的 IT 部门才需要的功能。是公司里合规部门、安全团队用来追踪”谁在何时执行了什么”的工具。对独自驱动事业的人来说,目前并不相关。等业务规模扩大时再回头看也不迟。

“有趣”不等于”能用”。 终端宠物(18 种虚拟宠物住进终端的功能)成了话题。看起来确实有趣。但要说它会不会改变你业务的销售额,答案显然是不。

给信息洪流加上过滤器,这是”使用者”的工作。 想把这 44 个全部研究一遍,半天就没了。AI 行业每天都有新信息涌来。如果什么都追,本该做的工作就会被一再推后。

能挑出”对自己真正必要的 3 个”——这就是会用 AI 的人和被信息淹没的人之间的分水岭。

我自己在 Claude Code 源代码公开当天,曾试图把它全部读完,结果烧掉了 3 个小时。中途意识到”这不是用来读完的信息,只需要挑出能用的部分”,才切换了思路。结果就是这篇文章里”44 分之 3”的过滤。

筛选信息的能力,是 AI 时代最重要的技能之一。在 AI 生成信息量爆炸式增长的当下,“舍弃什么”的判断,直接决定产出。

Conway 把”常驻运行”统合为一个整体

到目前为止介绍的 3 个功能——KAIROS、COORDINATOR、cron+Webhook。把这些整合起来的一个平台,就是 Anthropic 正在内部测试的”Conway(康威)“(Dataconomy,2026 年 4 月 3 日)。

Conway 不是单独的 AI 工具。它更像是 Claude Code 常驻运行的”家”,作为浏览器侧边栏,或者作为后台进程,提供一个 24 小时持续运行的环境。

值得关注的是一种叫 CNW ZIP 的扩展规格(TechBriefly,2026 年 4 月 3 日)。它允许开发者制作自定义工具、UI 标签页、上下文处理器并添加到 Conway 中——思路接近智能手机的应用商店。

一旦这个机制普及,会发生什么?——“为你的业务量身定制的代理”会有别人帮你做好的时代将会到来。面向房产中介、面向餐饮店、面向自由职业者……一旦出现按行业分门别类的代理扩展,接入门槛会进一步下降。

当 iPhone 出现时,真正推动它爆炸式普及的,不只是机身功能,还有 App Store 这套生态。CNW ZIP 有可能扮演同样的角色。“自己设计代理”不再必要,“挑选适合自己行业的扩展装上”就能享受常驻运行带来的红利。

关于 Conway 的正式发布时间

Conway 目前处于”内部试点部署”阶段(Dataconomy,2026 年 4 月 3 日)。正式发布时间 Anthropic 尚未公布。

不过,如果把判断依据梳理一下,我认为”年内”是合理的预期。理由有三:其一,涉及全部 44 个开关的源代码实现都已完成度很高;其二,上一波”Conway 试点部署”报道(2026 年 4 月 3 日)中,实际用户测试已经开始;其三,Anthropic 从年初起就把”常驻运行代理”放在最重要的研发主题位置。

如果你”等正式发布再行动”,就意味着在先行者准备完毕之后才出发。回顾上一篇《实验毕业线》的 3 个条件,Conway 一旦正式发布,条件 2(触发数据电子化)和条件 3(从低风险业务起步)的达成都会容易得多。准备工作,要从现在开始。

你的任务适合哪个功能——三选一的导入判断表

把这 3 个功能按”适合什么样的工作”整理出来。看汇总前,先把自己的业务对号入座看看。

判断维度	KAIROS	COORDINATOR	cron + Webhook
任务性质	持续监控、守望	可并行/可拆分的大任务	时刻/事件触发的定型处理
执行时机	始终在后台	需要时召集	固定时间、外部触发
适合场景	竞品监测、异常值检测	一次性调研、内容量产	周报、邮件自动应对
立刻自检的问题	”有没有每天都在确认的事?"	"类似任务是否同时来 3 个以上?"	"有没有在固定日期/时刻要做的处理?”

每周有 5 小时以上重复任务的人,请用这张表对照看看自己属于哪一类。三类全都符合,意味着 Conway 一上线你就能立刻整体迁移过去。

总结——抓住 44 分之 3,准备就足够了

50 万行源代码的泄露,是个偶然。但从中浮现出的 Claude Code 进化方向,可以说是必然。

44 个未公开功能里,今年内有可能影响你工作的,是这 3 个。

KAIROS:在后台始终运行,在恰当时机自主行动的守护进程模式
多代理协调器:从 1 个 Claude Code 实例生成并统御多个 worker 的机制
定时执行(cron + Webhook):以时间和外部事件为触发,自动处理任务的功能

当这 3 个正式发布时,受益最大的将是”已经准备好的人”。

所谓准备,并不难。把上一篇《实验毕业线》的 3 个条件确认一遍,再用上面的判断表把自己的重复任务对号入座——做完这两件事,新功能上线那天你就能立刻动起来。

44 个里有 41 个,可以忘掉。只要记住这 3 个就够了。

AI 的未来每天都在变。要做的事情却没变:不要止步于查资料,要动手做。泄露的代码告诉我们的事实是——Anthropic 正在认真打造”常驻运行代理”的世界。

在那个世界到来之前,开始准备吧。

关于”独自驱动事业的人越来越多”这一现实,mikoto 写的《10x Founder 与减法地图》一文可以参考。在”加上”AI 代理之前,先决定”砍掉什么”。这两个思路成对存在时,常驻运行的红利才能最大化。

参考资料一览