2026 年，会不会用 AI 不再看 Prompt（辅导词）智商了，而是要看会不会想象轮回。

上周，谷歌云 AI 总监 Addy Osmani 的篇博客著作《Loop Engineering》激勉了社区的询查。

Addy Osmani 是位在前端开发、Web 能化以及 AI 开发者器具域都有影响力的工程师和时刻者。他广为东说念主知的身份是曾任 Chrome 开发者体验团队的东说念主。

他所询查的「轮回工程」看法探求想象代码智能体实行轮回考据晋升的式。Addy Osmani 示意，就算是使用同样的大模子，会不会用这种念念路，产生的闭幕将会不同。

让咱们望望这篇著作是怎样说的：

「轮回工程」（Loop engineering）指的是不再由你亲身向编程智能体（coding agent）发送指示，而是想象套系统来自动延迟这过程。这里的「轮回」不错贯通为种递归式主义：你设定个意图，AI 则不停迭代直至任务完成。这模式大致包含五个中枢组件，而 Claude Code 和 Codex 现在都已具备了这一都五个要素。

我确信，这很可能就是咱们异日与编程智能体互助的主流式。不外，现在尚处于早期阶段，我对此持保留作风；此外，你须格外顺心 Token 资本问题（凭据 Token 预算的充裕程度，使用模式可能会有一丈差九尺）。同期，如何确保代码质地不下滑亦然个问题，东说念主们对于产出低质地代码的担忧不酷爱酷爱。话虽如斯，让咱们入探讨下这究竟是怎样回事。

龙虾作家 Peter Steinberger 近指出：「你不应再平直向编程智能体发送指示，而应想象或者自动向智能体发送指示的『轮回』。」

Anthropic 旗下 Claude Code 的认真东说念主 Boris Cherny 也抒发了访佛的不雅点：「我不再平直向 Claude 发送指示了。我运行着些轮回步调，由它们认真向 Claude 发送指示并决定下步作念什么。我的责任造成了编写这些轮回步调。」

那么，这切具体意味着什么呢？

夙昔大要两年里，诓骗编程智能体完成任务的式泛泛是：编写质地的辅导词（prompt）并提供富足的高下文信息。你输入指示，稽查响应，再输入下条指示。智能体就像件器具，你永恒持着它，进行着轮又轮的交互。那种模式某种程度上依然落伍了 —— 至少量多东说念主以为它行将成为夙昔式。

如今，你需要构建个小系统来发现任务、分拨任务、检讨闭幕、记载进程并决定下走路动；由这个系统去驱动智能体，而不是由你亲身起初。我之前写过对于「智能体撑持框架工程」（agent harness engineering）的内容 —— 即构建单个智能体运行的环境，以及「工场模子」（即构建软件的系统）。「轮回工程」则处于撑持框架之上：它基于定时器运行，能生成微型辅助步调，并能兑现自我驱动。

令我骇怪的是，这已不再只是是对于「器具」的问题了。年前，淌若你想要兑现这种轮回昆玉塑料挤出机设备，往往需要编写大堆 Bash 剧本，并持久调度这堆代码 —— 那是属于你个东说念主的东西。如今，这些组件已平直内置于居品之中。

Steinberger 暴虐的要素清单险些对应于 Codex 应用，同期也基本适用于 Claude Code。旦你发现两者的模式如出辙，便需再纠结于接纳哪款器具；你只需想象套责任闭环，论身处哪个平台，这套经由都能顺畅运行。

五大要素及关系说明

个完满的责任闭环需要五个要素，外加个用于存储信息的载体：

按预定蓄意自动运行，并能自主进行任务发现与分拣的自动化机制。

接济多责任树（worktrees）机制，能确保并行责任的智能体互不侵犯。

用于记载步地学问的 skill 模块，避智能体在短少信息时只可靠「猜」来行事。

插件与集中器，用于将智能体接入你现存的器具链中。

子智能体机制，兑现由个智能体构念念案，而由另个进行考据的互助模式。

后是六个要素：记挂存储。这不错是个 Markdown 文献、块 Linear 看板，或是任何立于单次对话以外、用于记载已完成责任及后续蓄意的载体。这听起来似乎微不及说念，但这恰是悉数持久运行的智能体所依赖的缺欠机制 —— 正如我在探讨「持久运行智能体」时所分析的，模子在两次运行之间会渐忘悉数信息，因此记挂须存储在磁盘上，而不可仅依赖高下文（context）。智能体会渐忘，但代码仓库（repo）会保留记载。

如今，Claude Code 与 Codex 已具备了上述一都五个要素。

诚然各处的定名略有互异，但中枢是样的。让咱们逐探讨，因为说真话，细节往往决定了个轮回（loop）是能谨慎运行，如故会悄声气地出现多样问题。

自动化（Automations）

中枢驱能源昆玉塑料挤出机设备

恰是自动化让「轮回」名其实，使其不单是是次的单次运行。在 Codex 应用中，你不错在「自动化」标签页创建个任务，指定步地、要运行的辅导词、延迟频率，以及是在土产货检出（local checkout）的代码上运行，如故在后台责任树（background worktree）上运行。发现问题的运行闭幕会进入「分类收件箱」（Triage inbox），而未发现问题的运行则会自动存档 —— 这特殊便。OpenAI 里面诓骗它来处理些败兴琐碎的任务，比如逐日问题分类、转头 CI 失败情况、撰写提交撮要，或是查找上周有东说念主引入的 Bug。

此外，自动化任务还不错调用 skill，从而保证重叠任务的可调度：你只需触发 $skill-name，而需将大段冗长的指示硬塞进个没东说念主会去新的调度确立里。

Claude Code 兑现了同样的主义，但禁受的是调度（scheduling）和 hooks 机制。你不错使用 /loop 按固定间隔运行辅导词或大叫，不错诞生 cron 任务，不错通过钩子在智能体生命周期的特定节点触发 Shell 大叫，或者将其送到 GitHub Actions，以便在你上条记本电脑后任务仍能连续运行。理念致：界说个自主任务，设定延迟节律，让闭幕自动响应给你，而需你亲身四处检讨。

还有个值得了解的会话内原语（primitive），它迫临本文的主题。/loop 是按节律重叠运行的；而 /goal 则会继续运行，直到得志你设定的条目为止。在每轮运行末端后，会有个立的微型模子来检讨任务是否完成，这意味着编写代码的智能体并不认真评估闭幕。你只需设定访佛「test/auth 目次下的悉数测试通过且代码检讨（lint）误」这样的主义，然后就不错去作念别的事了。

Codex 也有同样的，同样称为 /goal：它跨轮次继续责任，直到得志可考据的住手条目，并接济暂停、收复和断根操作。同样的机制，同样的器具 —— 这恰是连续整篇著作的模式。

这就是将责任效果呈现出来的缺欠。轮回的其余部分认真对它进行操作。

Worktree（责任树）

避并行操作激勉错乱

旦运行多个智能体，文献遏止就会致失败。两个智能体写入同个文献，就像两个工程师在未疏导的情况下修改同业代码样令东说念主头疼。Git Worktree 处分了这个问题：它是在同仓库历史基础上、位于立分支上的立责任目次，因此个智能体的修改对不会影响另个智能体的检出（checkout）内容。

Codex 内置了对 Worktree 的接济，允好多个线程同期探访同个仓库而互不侵犯。Claude Code 也通过 Git Worktree 提供了同样的隔断机制：使用 --worktree 象征不错在立检出环境中开启会话，或者在子智能体上诞生 isolation: worktree，让每个辅助智能体赢得个全新的检出环境，隔热条PA66生产设备并在职务末端后自动计帐。我在「编排资本」（orchestration tax）文中探讨了其中的东说念主为身分：Worktree 处分了机械的遏止问题，但东说念主依然是瓶颈场地 —— 决定你能实践运行若干个智能体的是你的代码审查智商，而不是器具本人。

Skills

需每次都再行解释步地

「妙技」机制能让你开脱那种像金鱼样、在每次会话中都要反复解释步地配景的窘境。这两种器具禁受雷同的体式：个包含 SKILL.md 文献的文献夹（其中存有指示和元数据），以及可选的剧本、参考良友和资源文献。Codex 会在用户通过 $ 或 /skills 调用时，或者当任务与妙技式样匹配时自动运行该妙技 —— 这恰是、平实的式样要于花哨式样的原因。Claude Code 的运作式也如出辙，我在「智能体妙技」文中详备回报了这模式。

「妙技」亦然处分「意图资本」反复滥用问题的缺欠。智能体每次会话都是从运行的昆玉塑料挤出机设备，它会自信地填补你意图中的任何空缺。而「skill」就是将这些意图（如沿袭成习的范例、构建方法、诸如「因为某次事故是以咱们不这样作念」之类的阅历教学）显式地记载下来；只需编写次，智能体每次运行时都会读取。淌若莫得妙技，轮回会在每个周期从运行再行通盘步地；有了妙技，学问累积就能产生叠加应。先要明确点：Skill 指的是创作体式，而 Plugin 则是委用它的式。当你需要在不同代码仓库间分享 Skill，或者将多个 Skill 组在起时，就不错把它们包成 Plugin。这逻辑在 Codex 和 Claude Code 中均适用。

Plugins 与 Connector

让「轮回」或者与你的实践器具交互

淌若个「轮回」只可探访文献系统，那它的智商将特殊有限。基于 MCP 构建的集中器（Connectors）则破了这局限，让智能体或者读取 Issue 跟踪系统、查询数据库、调用预发布环境（staging）的 API，甚而在 Slack 上发送音讯。由于 Codex 和 Claude Code 都接济 MCP 表率，因此你为其中个编写的集中器，泛泛也能平直在另个中运行。此外，插件将集中器和 Skill 整在起，便你的团队成员键装置并使用整套确立。

而不是凭记挂重新重建。

这就是「只会说『开荒案如下』的智能体」与「能自动提交 PR、关联 Linear 工单并在 CI 通事后在频说念见告的轮回」之间的区别。恰是因为有了集中器，轮回材干在你的实践环境中采选举止，而不单是畅谈它「淌若能操作的话」会作念什么。

子智能体

将「延迟者」与「检讨者」分离

在轮回机制中，灵验的结构想象莫过于将编写代码的角与检讨代码的角分离开来。认真写代码的模子在评估我方的「功课」时往往过于优容；而另个领有不同指示（或然甚而使用不同模子）的智能体，则能发现个智能体因自我理化而忽略的问题。

Codex 仅在你明确要求时才会启动子智能体，让它们并走运行，后将闭幕汇总为个谜底。你不错通过 .codex/agents/ 目次下的 TOML 文献界说我方的智能体，每个智能体包含称号、式样、指示以及可选的模子和理强度诞生；这样，你的安全审查员不错是理强度的纷乱模子，而认真探索任务的智能体则不错是快速、只读的轻量模子。Claude Code 也有访佛机制，诓骗 .claude/agents/ 中的子智能体和智能体团队在彼此间传递任务。在这两种器具中，常见的角单干泛泛是：个认真探索，个认真兑现，另个凭据范例进行考据。

我之前曾两次回报过这理念：次是将其称为「代码智能体编排（orchestra）」，另次则称之为「抗拒式代码审查」。之是以在轮回机制中这点尤为进攻，是因为轮回是在你东说念主值守的情况下运行的；只好领有个你确切信任的考据者，你材干宽心肠离开。子智能体确乎会滥用多 Token（因为每个智能体都要立进行模子调用和器具操作），因此应将资源参加到那些值得获取「二意见」的缺欠中。这其实亦然 Claude Code 的 /goal 大叫在底层运作的旨趣：由个全新的模子（而非延迟任务的阿谁模子）来判断轮回是否末端 —— 行将「延迟者」与「检讨者」分离的原则应用到了远隔条目的判定上。

个轮回的典型形态

将这些组件组起来，单的延迟流就造成了个微型限度面板。以下是我常常禁受的种模式。

针对代码仓库，每天早上运行次自动化任务。它的辅导词（prompt）会调用个「分诊」妙技（triage skill），该妙技读取昨天的 CI 失败记载、未处分的问题（open issues）和近的代码提交，并将分析闭幕写入 Markdown 文献或 Linear 看板中。对于每项值得处理的问题，经由会创建个立的责任树（worktree），并交代个子智能体（sub-agent）草拟开荒案，随后由二个子智能体凭据步地的既有妙技和现存测试用例对该草案进行审查。

通过集中器（connectors），该轮回或者自动创建 PR 并新工单景色。但凡轮回法处理的事项，都会进入「分诊收件箱」恭候我亲身处理。景色文献是通盘系统的中枢，它记载了已尝试的操作、已通过的任务以及未完成的责任，确保明早的运行能从今天中断的地连续进行。

记忆下你实践作念了什么：你只进行了次想象，而需针对后续的每方法单下达指示。这恰是 Steinberger 不雅点的具体兑现；论是在 Codex 如故 Claude Code 中，其轮回逻辑都是样的，因为底层的组件是雷同的。

轮回仍然法代劳的事项

轮回调动了责任式，但并未将你从责任中剔除。事实上，跟着轮回智商的晋升，有三个问题反而会变得加难办，而非变得通俗。

考据责任依然由你认真。个东说念主值守运行的轮回，也可能在东说念主监督的情况下犯错。将考据子智能体与延迟子智能体分离开来，其主义恰是为了赋予轮回所声称的「已完成」景色以本色酷爱 —— 即便如斯，「已完成」也只是种声明，而非可信的讲明。有句适用于 AI 期间代码审查的话：你的职责是委用那些经你阐述同平时运行的代码。

淌若你疏于调度，你对代码的贯通就会逐渐退化。轮回委用非你亲手编写代码的速率越快，现存代码与你实践掌持情况之间的范围就越大。这就是「贯通债务」（comprehension debt）；除非你亲身阅读轮回生成的代码，不然的轮回只会让这种债务累积得快。

没错，那种看似空隙的景色往往伴跟着风险。当轮回自动运行时，东说念主很容易覆没立念念考，转而全盘接受它给出的闭幕。我称之为「通晓治服」（cognitive surrender）。想象轮回时，若能保持判断力，它就是良；若只是为了逃匿念念考而想象，它便成了加快恶化的催化剂 —— 同样的手脚，闭幕却天壤之隔。

构建轮回，着力工程师本。我以为这预示了咱们责任式的演变向。话虽如斯，淌若我不亲身审查代码，或者依赖自动化轮回来开荒问题，居品的质地就会受损。我就怕会堕入恶轮回，越陷越。

天然，你不错入部下手构建这些轮回，但别忘了，平直向智能体下达指示依然行之有。缺欠在于找到适的均衡点。

同样的轮回机制，因使用者不同，闭幕也可能天壤之隔。两个东说念主构建雷同的轮回，可能会得出相悖的论断：个东说念主诓骗它来加快处理我方刻贯通的责任，而另个东说念主则诓骗它来闪避对责任的贯通。轮回本人法辞别这两者，但你能。

正因如斯，想象轮回比编写辅导词具挑战。

这是工程责任，并未变得应酬。并非责任本人变通俗了，而是缺欠的杠杆点发生了更动。

去构建这个轮回吧。但构建时，要怀着种「兴隆耕工程域」的心态，而不单是是作念个只会按下启动键的东说念主。文安县建仓机械厂相关词条:铁皮保温    塑料挤出机     钢绞线    玻璃卷毡厂家    保温护角专用胶

1.本网站以及本平台支持关于《新广告法》实施的“极限词“用语属“违词”的规定昆玉塑料挤出机设备，并在网站的各个栏目、产品主图、详情页等描述中规避“违禁词”。
2.本店欢迎所有用户指出有“违禁词”“广告法”出现的地方，并积极配合修改。
3.凡用户访问本网页，均表示默认详情页的描述，不支持任何以极限化“违禁词”“广告法”为借口理由投诉违反《新广告法》，以此来变相勒索商家索要赔偿的违法恶意行为。