Claude Code新功能：后台干活成标配，聊天同时自动跑代码

Claude Code世界杯直播观看，要把「后台干活」做成标配了！

正好是此刻之前不久的时候, Claude Code的缔造者Boris Cherny于X这个平台之上抛出了这样一句话, 那就是下一版所说的Claude Code, 其中的子智能体在默认的情形之下是于后台运行的。

你能够一边与 Claude 展开交谈, 一边促使子智能体于后台将任务完成——若想让某个智能体处于前台运行? 向 Claude 告知一声便可以。

某些开发者, 在听到特定描述后, 很快就察觉到了这样一件事: Claude Code, 它原本是处于「一问一答的对话框」这种形式的, 现在却正转变成为「能使多条任务线并行调度的」工作流引擎！

是不是你还在跟 Claude 探讨架构方案, 然而子智能体这边, 已经在后台完成了代码重构, 代码经过测试跑完了, 而且 PR 也已经开好了。

你只需要在聊完天之后开运真人app下载苹果版,开运真人app下载，低头看一眼结果就行。

听起来像科幻？

不, 这即为Boris Cherny的日常, 他已有八个月未曾手写过一行代码, 在某些日子里, 他同时管理着数千乃至上万个AI智能体。

“你已然不是那个曾给Claude撰写提示的人了, ”他予以表述, “撰写提示之人乃是另外一个Claude。”。

有网友表示，自己已经用上这个功能了。

网友们也都纷纷表示, 这个功能实在是关键性十足, 能够在等待智能体进行处理的这样一种状态之下, 不会使得人变得过度无聊, 并且还能够借此为下一步去开展计划。

Claude Code 一路狂飙

回顾Claude Code这半年的演变进程, “后台子智能体”可不是乍然出现的虚头, 而是自然而然达成的一步。

在 Boris Cherny 创造 Claude Code 的那个时候, 所持有的设计哲学是这样的, 并非是聊天, 而是搞基建。

4月, Anthropic先是把Claude Code的「定时任务」给做成了官方所具备的能力, 那便是Routines。

可以将一个prompt, 一个代码仓库, 一组connectors打包成固定流程, 使其按小时触发, 按夜间触发, 按周触发, 还能够通过API调用, 甚或通过GitHub事件, 甚至通过外部Webhook拉起来运行。

更加关键之处在于, 它运行于Anthropic所托管的云端基础设施之上, 即便电脑合上盖子, 智能体依旧能够持续干活。

这表明, cron回归了, hooks回归了, 只是这一回, 定时运行的并非脚本, 而是一众具备读代码能力、有改代码本事以及能开PR能力的AI工人。

工程师的角色发生了转变, 以往是在睡觉之前关闭电脑, 到了第二天接着继续撰写, 如今是在睡觉之前派出一批智能体, 早上起床后审查一堆PR。

Claude Code 在接近 5 月月底的时候, 又将这套逻辑朝着更前的方向推进了一步, 推进到了 Dynamic workflows 这一状态。

要是碰到大型迁移、全库审计、复杂研究, 这类一个对话框应付不了的任务, 只要你在提示词里去说一句「use a workflow」, 或者开启ultracode, Claude便会针对当前任务去生成一段编排脚本, 于后台调度几十到上百个子智能体, 分阶段推进、并行交叉验证, 最终把结果收束成一份报告, 或者一批改动。

这已并非「一个能写代码的 AI 存在了」, 而是「会写剧本的一个 AI 出现, 按此剧本开工乃是一群 AI 的行为」。

现今, “后台子智能体默认运行”这一环节, 实际上是将上述全部能力整合成为一种即开即用的预设行为 , 你无需再 通过手动表述“去后台跑”, 它本就生来便在后台运行。

你只需要专注于你真正该做的事——思考下一步。

一个工程师变成三个

Claude Code究竟有多厉害呢, 最具说服力的并非是演示示例, 而是Anthropic自身那个被“反咬一口”的相关故事。

VentureBeat在6月27日发布了一篇重磅文章, 其标题十分直截了当, 那就是Claude Code让每个工程师变成了三个人。如今公司需要更多的产品思考者。

安瑟罗皮克最近告知它的增长团队, 要增添不少产品经理, 而并非增添诸多工程师。

关键点在于, Claude Code切实把工程团队的有效果产出提升到了实际人数的三倍之多, 原因浅显。就比如说, 以一个原本五人的团队为例, 目前达成了十五至二十人的工作量。

瓶颈不在代码上世界杯直播平台，瓶颈在「决定写什么代码」的人身上。

传统下, 大约是产品经理与工程师以1:8的比例进行配比, 如今, 每个工程师每日的产出提升至三倍, 于实际成效方面, 此一配比变为了1:20。

PM没时间给工程师安排工作了, 工程师完成代码编写后坐在那里等待需求, 这样的情景想想就觉得荒谬至极十分离谱。

Spotify 2000 万行代码被 Claude 接管

有这样一件事, 它最为有力地表明了 “后台子智能体” 的厉害程度, 这件事是 Spotify 的实际战斗经历。

Spotify工程副总裁Niklas Gustavsson, 于和Boris Cherny的访谈里, 透露了一组数字:

每天, Spotify的生产环境会进行约4500次部署。其中, 73%的拉取请求是由AI辅助着完成的。并且, PR频率得到了直接提升, 提升幅度在75%以上。

他自身日常的工作形态是, 同时开启五至十个Claude会话, 每一个会话对应一棵独立的git工作树, 使多个智能体于后台并行开展工作, 他自己仅仅负责查看diff、做出决策。

这一切发生在一个超过 2000 万行代码的超级单体仓库里。

Niklas 承认自己原本特别担忧代码库如此庞大, 智能体会迷失方向。然而结果出乎预料地顺利, Claude 竟然能够从仓库里其余代码当中“获取灵感”, 知晓应当怎样去编写。

他向同行给出的建议, 听起来并非富有吸引力, 而是实实在在, 只要代码库能够愈发保持一致, 工具链能够越发趋于统一, Claude在其中的表现便越出色。

同一个事件, 于仓库之中, 存在着十种书写方式, Claude 同样会随之陷入迷糊状态。此情形与过去十几年间, 提升人类工程师工作效率的逻辑毫无二致, 只不过现今增添了 AI 这一全新角色而已。

更有意思的是，Spotify 把这套能力开放给了非工程师。

他们构建起了一套基础设施, 使得产品经理, 还有设计师, 以及其他任何人, 都能够运用自然语言去描述一个想法, Claude 可以直接在真实的移动端代码里, 以及后端代码里, 实现出端到端原型。

Niklas披露, Spotify的联合首席执行官, 也在其中发布过自身的雏形。

以往的时候, 得去说服那整整一个工程团队, 才能够对想法进行验证, 而如今呢, 一两个小时便能够实现顺畅运行。

当「边聊边干活」成为默认设定

Niklas讲了, 这事最早能够追溯到五六年前, 在那个时候团队就察觉到, 代码库的增长速率比工程师数量快出了七倍, 这迫使他们提前去考虑 “机器能不能替人维护代码” 这个事情。

最后, 他发觉, 他实际上所乐于沉浸其中的, 压根就不是编写代码这个行为自身, 而是处理难题这一事情。

现今, 他使得好几个智能体与此同时于后台运行, 他自己所腾出的时间, 用以思索明白接下来依照怎样的步骤去做, 以及和客户交流些什么内容, 还有去制造更多的原型。

这恰恰十分恰如其分地印证了 Boris Cherny 那条推文背后所蕴含的精准判断, 即: 当在后台的子智能体变成了被普遍配备的标准情况的时候, 「写代码」这件事已经不再是工程师具备首要重要性的事情了, 「决定去做什么样的事情、判断所做之事是否正确」才是最为关键重要的。

倘若「边聊边干活」从一名开发者的个人诀窍, 转变为一家拥有2900人的工程团队共通的工作途径, 彼时AI编程工具已然暗暗变换至另外一个层级——。

那种作为工程师的产出, 实现了翻三倍的情况, 然而最为稀缺的并非是以往一直会写代码的这人, 反而是知晓应该去写什么样代码的这人了哦。

参考资料：

https://x.com/kimmonismus/status/2071667876415623534

https://venturebeat.com/infrastructure/claude-code-turned-every-engineer-into-three-now-companies-need-more-product-thinkers

https://x.com/ClaudeDevs/status/2071671418245492926?s=20

标签： ClaudeCode AI编程 后台智能体 工作流引擎 工程师效率