Claude Code之父删了IDE新智元

Claude Code之父删掉IDE，并表示以后只写循环，不再写提示词了：你苦练两年的提示词工程，真要被一夜干掉了吗？

一个月没打开过，于是干脆就删了。

去年11月，Boris Cherny亲手卸载了自己的IDE。

在那一个月里，他提了259个PR，没一行代码是自己敲的，全是Claude Code写的。

于是，一个亲手造出Claude Code的人，就把自己的驾驶舱拆了。

这还没完。今年6月2日的一场访谈里，Boris又甩出一句刷屏全球开发圈的话：

我不再给Claude写提示词了：是循环在跑，是它们在提示Claude、自己琢磨该干什么。我的工作就是写循环。

几天后，OpenClaw之父，如今在OpenAI的Peter Steinberger，抛出第二颗炸弹。

他在X平台上写道：别再给编程智能体写提示词了，你该去设计那些替你提示智能体的循环。

同时，Google资深工程主管、前Chrome开发者体验负责人Addy Osmani，在一篇博客中，为这个引爆整个AI编程圈的词起了一个名字：循环工程（Loop Engineering），认为它可能成为我们未来与编程智能体协作的方式。

于是，循环（loop），这个旧编程概念一夜翻新，突然成了2026年这一轮AI开发范式迁移的中心。而统治了编程几十年的编辑器时代，正在落幕。

可循环工程，真得要把你苦练两年的提示词工程一夜干掉了吗？

过去两年，人们跟编程智能体打交道的方式是回合制的。

你敲一句提示词，读它的回复，再敲下一句。在这个过程中，人既是调度员，又是质检员。说白了，人就是那个循环本身。

而循环工程要做的，是让你搭一套小系统：它会自己找活、把活派出去、检查做完没有、记下进度、再决定下一步干什么。

然后你再让这套系统去指挥那些智能体干活，而自己则抽身出来。

用Osmani的话来说，循环工程就是「把那个负责提示智能体的人替换掉，你转而去设计那套替你提示的系统」；而这里的循环本身，是一个递归式的目标：你定下目的，让AI一轮轮迭代，直到完成。

他把循环工程放在自己此前提出的脚手架工程（harness engineering）「上面一层」：脚手架管一个智能体跑一个任务，循环决定跑哪些任务、什么时候跑、什么算干完。

The New Stack给了一个更好懂的类比：这就像从「操作机床」，变成「设计机床所在的整条产线」。

它钻进了循环里

循环工程来了，是不是意味着提示词工程已死？

先看看循环到底怎么跑。

Claude Code有/loop和/goal两个命令；Codex也能干同样的事，靠的是/goal加上它的定时任务（Automations）。

/loop让一段提示词按你设的间隔反复跑；/goal则让智能体一直干，直到你写的那个条件为真才停。每跑完一轮，由一个独立的小模型来判断「到底完成没有」，写代码的那个不许给自己打分。

提示词没死，它只是从你手里钻进了/loop和/goal。你不再一句句敲，现在写进循环、反复复用。所以你苦练的提示词非但没作废，反而更值钱了。

你可能早就在用

只是没叫它循环

别被「工程」两个字吓住。

ChatPRD创始人Claire Vo对它有一个特别接地气的判断：

你要是在Claude Cowork里设过一个定时任务，那么，恭喜，你已经写过一个循环了。

这并非一个刚刚提出的全新概念，Django框架的联合创造者、独立AI研究者Simon Willison，早在2025年9月就写过「设计智能体循环」。

18个月里，开发者一路从提示词工程跳到上下文工程，再到脚手架工程，如今轮到循环工程。

一年前想搭个循环，你得自己手搓一大堆bash脚本，写完还不算完，得永远养着它，三天两头怕它散架。

现在，搭循环要用的那些组件，Codex和Claude Code里直接内置了。

复刻Boris的「蜂巢」

你现在的Claude Code里就能搭

Boris没公开过自己的配置，X上一位@Av1dlive的开发者，根据Boris的公开访谈，从零重建了一整套名为「蜂巢」（THE HIVE）的系统配置。

而这样一套自运转的系统，普通人也搭得起来。它需要的组件，全在你的Claude Code里。

整套「蜂巢」是三层。

第一层是本地循环，靠/loop。开着会话时它持续干活，最小1分钟跑一次，关掉电脑就停。

第二层是云端例程（Routines），Anthropic今年4月推出，跑在云上、新克隆的仓库里，关了电脑照样跑，最小1小时一次。

第三层是集群，靠/batch和动态工作流（dynamic workflows）：一次性把活扇出去，几百上千个worktree子智能体并行，每个待在自己隔离的代码检出里，互不干扰。

@Av1dlive还整理出七个可以直接抄的循环。

七条slash命令，七个并行的循环：盯PR、挖Slack反馈、清僵尸PR、给issue分类、把你反复纠正的规则沉淀进CLAUDE.md……全是会话级的，关掉终端就停。这是「蜂巢」最入门的一层。

真正的魔法在于组合。

第二层的云端例程把发现写进文件，第一层的本地循环读文件接力去干，撞上大活就拉起第三层集群。

结果回流，每周再让一个例程去蒸馏、更新CLAUDE.md。

这套飞轮一转，你的智能体每周都比上周更聪明。

Codex与Claude Code撞脸

才是真正的信号

Osmani在博客里列了一张对照表，一个完整的循环，拆开就是这六大组件：

自动化（Automations），定时触发，自己去做发现和分诊，把找到的东西丢进一个收件箱等你查看。

隔离工作区（Worktrees），防打架。两个智能体同时改一个文件，就跟两个工程师不打招呼往同一行代码上提交一样，必定会打架；git worktree给每个智能体一份独立检出，谁也碰不到谁。

技能（Skills），治金鱼记忆。把项目惯例、构建步骤、踩坑经验，一次写进SKILL.md，省得智能体每轮从零猜。

连接器（Connectors），摸清真实世界。它基于MCP，让智能体能读你的issue、查数据库、往Slack里发消息：这是「告诉你该怎么改」和「直接替你开好PR、更新好工单」的区别。

子智能体（Sub-agents），写查分离。写代码的模型给自己批改，总是太手软；另开一个指令不同、最好换个模型的子智能体来挑刺，能抓住第一个智能体自己说服自己放过的毛病。

最后是记忆（Memory），一个markdown文件就行，记下做了什么、过了什么、还剩什么，明天那一轮才能接上今天。