![]()
OpenClaw 創(chuàng)始人 Peter Steinberger 現(xiàn)任職于 OpenAI。他日前發(fā)文表示,“不要再單純給代碼智能體寫提示詞了,你要做的是設(shè)計(jì)驅(qū)動(dòng)智能體運(yùn)轉(zhuǎn)的循環(huán)機(jī)制。”
隨后,Anthropic 旗下 Claude Code 負(fù)責(zé)人 Boris Cherny 也表達(dá)了相似觀點(diǎn)稱,“我不再手動(dòng)給 Claude 寫提示詞。我搭建了自動(dòng)運(yùn)行的循環(huán)體系,由它向 Claude 下發(fā)指令、判斷執(zhí)行方向。我的工作就是搭建這套循環(huán)。”
兩位業(yè)內(nèi)頂尖AI工程師,傳遞出了同一個(gè)核心觀點(diǎn)。
大多數(shù)人看到這番話都會(huì)心生疑惑:這到底該如何理解?
我對(duì)此做了深入梳理,用通俗易懂的方式完整解讀,全程不堆砌專業(yè)術(shù)語(yǔ),只分享核心思維模型。建議收藏,它會(huì)徹底改變你對(duì)AI應(yīng)用的認(rèn)知。
先搞懂:多數(shù)人遲遲無(wú)法落地循環(huán)機(jī)制的根源
循環(huán)機(jī)制聽起來前景廣闊,但真正上手就會(huì)直面成本難題。
![]()
有一個(gè)行業(yè)內(nèi)幕很少有人提前說明:
? 處理中等復(fù)雜度編碼任務(wù)的單智能體循環(huán):消耗5萬(wàn)—20萬(wàn)token
? 由總控智能體搭配3個(gè)專項(xiàng)智能體組成的集群循環(huán):消耗50萬(wàn)—200萬(wàn)token
? 每日定時(shí)運(yùn)行的循環(huán)體系:每周會(huì)消耗數(shù)百萬(wàn)token
按照常規(guī)API定價(jià)標(biāo)準(zhǔn),全力運(yùn)行一周循環(huán)機(jī)制的開銷,就會(huì)超過大多數(shù)團(tuán)隊(duì)整月的AI使用預(yù)算。
這也是為何 Peter Steinberger 的評(píng)論區(qū)里滿是這樣的聲音,“站著說話不腰疼,你可是能無(wú)限制使用OpenAI服務(wù)的人。”
這話不無(wú)道理。在常規(guī)預(yù)算下,循環(huán)機(jī)制很難持續(xù)運(yùn)轉(zhuǎn)。
每一次重試、每一輪自檢、每一個(gè)子智能體調(diào)用、每一遍核驗(yàn)流程,都會(huì)產(chǎn)生額外開銷。
開放式自由探索的循環(huán),token消耗速度更是驚人。
這就是業(yè)內(nèi)避而不談的隱形阻礙:設(shè)計(jì)循環(huán)機(jī)制本身并不難,難的是承擔(dān)運(yùn)行成本。
而國(guó)內(nèi)大模型恰好解決了這一痛點(diǎn)。DeepSeek、Kimi、MiniMax 等模型,讓智能體循環(huán)機(jī)制具備了落地的經(jīng)濟(jì)可行性。
自主智能體最大的瓶頸從來不是智能水平,而是token消耗。
循環(huán)機(jī)制的token消耗速度極快,單次運(yùn)行輕松達(dá)到5萬(wàn)至20萬(wàn)token。如果同時(shí)啟用多個(gè)智能體、設(shè)置每日定時(shí)循環(huán),或是處理大型代碼庫(kù),成本會(huì)呈指數(shù)級(jí)上漲。
而 DeepSeek 改寫了這一局面。目前,DeepSeek V4 是規(guī)模化運(yùn)行循環(huán)機(jī)制成本最低的前沿大模型之一,核心優(yōu)勢(shì)如下:
? 100萬(wàn)上下文窗口:適配大型項(xiàng)目與長(zhǎng)周期工作流
? 最大38.4萬(wàn)輸出長(zhǎng)度:可完成大容量?jī)?nèi)容生成,運(yùn)行穩(wěn)定
? 包含 DeepSeek V4 Flash 與 Pro 兩大版本
? token調(diào)用價(jià)格極低
? 支持工具調(diào)用與JSON格式輸出,適配各類智能體工作流
? 高并發(fā)能力:Flash版本最高支持2500路請(qǐng)求
為什么百萬(wàn)級(jí)上下文窗口有核心價(jià)值?因?yàn)檠h(huán)機(jī)制離不開記憶能力。
針對(duì)大型項(xiàng)目的編碼循環(huán),需要同時(shí)留存這些信息:
? 歷史運(yùn)行記錄
? 當(dāng)前報(bào)錯(cuò)信息
? 架構(gòu)文檔
? 測(cè)試結(jié)果
? 代碼庫(kù)全局上下文
多數(shù)模型在運(yùn)行過程中會(huì)丟失上下文,導(dǎo)致循環(huán)機(jī)制逐步遺忘前期工作內(nèi)容。
DeepSeek 可承載海量上下文,保障長(zhǎng)周期循環(huán)邏輯連貫。再加上低廉的調(diào)用成本,搭建循環(huán)機(jī)制不再會(huì)造成巨大開支。
第一部分:傳統(tǒng)模式 VS 全新循環(huán)模式
過去兩年,大家使用智能體的方式都是單次任務(wù)式交互。
![]()
操作流程:你編寫提示詞→智能體輸出結(jié)果→人工審核→手動(dòng)修正問題→再次下發(fā)提示詞。說白了,人本身充當(dāng)了循環(huán)的角色。
如今這種模式正在被顛覆。
不用再一步步指揮智能體制作落地頁(yè),你只需搭建一套循環(huán)體系,它會(huì)自動(dòng)完成需求梳理、方案規(guī)劃、執(zhí)行開發(fā)、結(jié)果核驗(yàn)、迭代優(yōu)化,直至達(dá)成最終目標(biāo)。
兩種模式對(duì)比:
? 傳統(tǒng)提示詞模式:用戶→編寫提示詞→智能體輸出→人工審核→人工修正→重復(fù)操作
? 全新循環(huán)模式:設(shè)定目標(biāo)→循環(huán)體系啟動(dòng)→智能體梳理需求→制定方案→執(zhí)行任務(wù)→核驗(yàn)結(jié)果→迭代優(yōu)化→任務(wù)完成
你不再需要逐一步驟編寫提示詞,循環(huán)體系會(huì)自動(dòng)完成整套流程。提示詞只是給智能體下達(dá)單一指令,而循環(huán)機(jī)制是讓智能體承接一整套完整工作。
第二部分:何為循環(huán)機(jī)制工程
![]()
循環(huán)機(jī)制工程,指設(shè)計(jì)可重復(fù)的反饋流程,讓AI智能體自主完成任務(wù)并核驗(yàn)成果,全程無(wú)需人工持續(xù)介入。
循環(huán)體系是一套可搭建的運(yùn)行框架,主流智能體工具都能夠搭載使用,區(qū)別僅在于搭建邏輯。
最簡(jiǎn)單的形態(tài),就是單個(gè)智能體自主運(yùn)轉(zhuǎn):梳理信息→內(nèi)容撰寫→對(duì)照目標(biāo)自檢→修正缺陷→重復(fù)流程,直至滿足要求。
無(wú)論繁簡(jiǎn),所有循環(huán)機(jī)制都遵循五大固定階段:需求梳理 → 方案規(guī)劃 → 任務(wù)執(zhí)行 → 結(jié)果核驗(yàn) → 迭代優(yōu)化
核驗(yàn)通過,任務(wù)結(jié)束;核驗(yàn)不通過,再次啟動(dòng)循環(huán)。這就是循環(huán)機(jī)制的核心邏輯,下文將講解具體搭建方法。
第三部分:?jiǎn)沃悄荏w循環(huán) VS 集群智能體循環(huán)
循環(huán)機(jī)制主要分為兩種應(yīng)用規(guī)模:
![]()
單智能體循環(huán)
由一個(gè)智能體獨(dú)立走完全部流程,好比一個(gè)人反復(fù)打磨自己的文稿。它自主梳理需求、規(guī)劃工作、執(zhí)行任務(wù)、質(zhì)檢糾錯(cuò)、迭代優(yōu)化。
適用場(chǎng)景:
? 目標(biāo)明確的專項(xiàng)任務(wù)
? 簡(jiǎn)單需求
? 工作范圍有限
特點(diǎn):?jiǎn)我恢黧w獨(dú)立運(yùn)轉(zhuǎn)、自主優(yōu)化。
集群智能體循環(huán)
復(fù)雜度更高,由多個(gè)智能體協(xié)同工作。你向總控智能體下達(dá)整體目標(biāo),它會(huì)拆解任務(wù),再分發(fā)給各個(gè)專項(xiàng)智能體;專項(xiàng)智能體還可將細(xì)分工作交給下屬子智能體。
整套體系持續(xù)循環(huán)執(zhí)行需求梳理、規(guī)劃、落地、核驗(yàn)流程,直至任務(wù)收官,如同完整團(tuán)隊(duì)全流程推進(jìn)項(xiàng)目。
架構(gòu)分工:
? 總控智能體:把控整體目標(biāo)
? 專項(xiàng)智能體:負(fù)責(zé)各分支步驟
? 子智能體:執(zhí)行細(xì)碎工作
? 質(zhì)檢關(guān)卡:把控產(chǎn)出質(zhì)量
舉例:開發(fā)一款效率工具應(yīng)用
總控智能體(統(tǒng)籌整體項(xiàng)目)
├─ 調(diào)研專項(xiàng)智能體
├─ 研發(fā)專項(xiàng)智能體
└─ 測(cè)試專項(xiàng)智能體
├─ 網(wǎng)頁(yè)調(diào)研子智能體
├─ 代碼編寫子智能體 + 問題調(diào)試子智能體
└─ 測(cè)試用例編寫子智能體 + 漏洞追蹤子智能體
集群內(nèi)每一個(gè)智能體,都遵循「需求梳理→規(guī)劃→執(zhí)行→核驗(yàn)→迭代」五階段循環(huán)。
總結(jié)來說,單智能體循環(huán)如同單人打磨工作成果,集群循環(huán)則是團(tuán)隊(duì)全流程協(xié)作落地項(xiàng)目。
第四部分:開放式循環(huán) VS 封閉式循環(huán)(2026年最核心的實(shí)戰(zhàn)區(qū)分)
![]()
不同循環(huán)機(jī)制的適用場(chǎng)景天差地別,主要分為兩類:
開放式循環(huán)
偏向探索性,運(yùn)行自由度極高。你只設(shè)定整體目標(biāo),任由智能體自主探索、嘗試多種實(shí)現(xiàn)路徑,甚至完成超出預(yù)設(shè)需求的內(nèi)容。
這也是 OpenAI 團(tuán)隊(duì)中 Peter Steinberger 等人正在落地的方向。
弊端是,token消耗極大。對(duì)于絕大多數(shù)沒有無(wú)限API預(yù)算的使用者而言,開放式循環(huán)目前并不實(shí)用。如果應(yīng)用在標(biāo)準(zhǔn)模糊的項(xiàng)目中,產(chǎn)出質(zhì)量會(huì)失控,整體運(yùn)行速度快、過程雜亂、成本高昂。
封閉式循環(huán)
運(yùn)行范圍有明確邊界,由人工提前規(guī)劃完整執(zhí)行路徑。
? 目標(biāo)清晰明確
? 執(zhí)行步驟固定
? 每一步都設(shè)置質(zhì)檢環(huán)節(jié)
? 設(shè)定終止條件,或是觸發(fā)人工介入節(jié)點(diǎn)
智能體依舊會(huì)循環(huán)運(yùn)轉(zhuǎn),但全程限定在你搭建的框架內(nèi)。每一輪運(yùn)行都會(huì)優(yōu)化上一輪的成果,路徑固定也能有效控制成本。
質(zhì)量關(guān)卡是關(guān)鍵:缺少質(zhì)檢,AI產(chǎn)出會(huì)逐漸偏離預(yù)期;搭配質(zhì)檢環(huán)節(jié),AI才能持續(xù)優(yōu)化。
目前絕大多數(shù)實(shí)際工作場(chǎng)景中,封閉式循環(huán)是性價(jià)比最高的選擇。
選用建議:優(yōu)先搭建封閉式循環(huán),打造穩(wěn)定可靠的運(yùn)行體系;在完善質(zhì)檢規(guī)則后,再逐步拓展為開放式循環(huán)。
第五部分:優(yōu)質(zhì)循環(huán)機(jī)制的六大核心組件
一套穩(wěn)定可用的循環(huán)機(jī)制,離不開六大基礎(chǔ)模塊,目前 Claude Code、Codex 均已全面支持這些功能:
![]()
1. 自動(dòng)化調(diào)度
觸發(fā)「需求梳理」環(huán)節(jié),驅(qū)動(dòng)循環(huán)持續(xù)運(yùn)轉(zhuǎn),是整套體系的核心動(dòng)力。正因?yàn)橛凶詣?dòng)化調(diào)度,單次執(zhí)行才能變成持續(xù)循環(huán)。
你可以自定義提示詞、運(yùn)行周期與終止目標(biāo),體系會(huì)按計(jì)劃自動(dòng)運(yùn)行并同步結(jié)果,無(wú)需人工反復(fù)查看。
例如設(shè)置規(guī)則:“所有權(quán)限模塊測(cè)試通過、代碼規(guī)范校驗(yàn)無(wú)誤則停止運(yùn)行”,設(shè)置完成后即可脫離人工值守。
2. 獨(dú)立工作目錄
支持多任務(wù)并行執(zhí)行,避免不同執(zhí)行流程互相干擾。多智能體同時(shí)工作時(shí),極易出現(xiàn)文件沖突,就像多名工程師未經(jīng)溝通修改同一處代碼。
獨(dú)立工作目錄會(huì)為每個(gè)智能體分配專屬分支與工作空間,共用代碼倉(cāng)庫(kù)歷史,但彼此操作完全隔離,杜絕沖突問題。
3. 項(xiàng)目知識(shí)庫(kù)
提升「需求梳理」效率,讓智能體提前熟悉項(xiàng)目信息。無(wú)需每次運(yùn)行都重新講解項(xiàng)目背景。知識(shí)庫(kù)以文件夾形式存放,內(nèi)含項(xiàng)目規(guī)范、構(gòu)建流程、歷史問題說明等文檔。
一次編寫,循環(huán)全程復(fù)用。缺少知識(shí)庫(kù),智能體每一輪都要重新梳理項(xiàng)目;接入知識(shí)庫(kù)后,經(jīng)驗(yàn)可以不斷積累。
常見文檔:
? VISION.md:定義項(xiàng)目最終目標(biāo)
? ARCHITECTURE.md:技術(shù)棧與目錄結(jié)構(gòu)
? RULES.md:智能體的行為限制
4. 插件與連接器
讓「任務(wù)執(zhí)行」落地到真實(shí)業(yè)務(wù)環(huán)境,不止局限于本地文件。
僅能讀取本地文件的循環(huán)機(jī)制功能十分有限。基于MCP搭建的連接器,可讓智能體對(duì)接工單系統(tǒng)、數(shù)據(jù)庫(kù)、測(cè)試接口、即時(shí)通訊工具等外部平臺(tái)。
差距體現(xiàn)在:普通智能體僅能給出修復(fù)方案,完善的循環(huán)機(jī)制可自動(dòng)提交代碼合并請(qǐng)求、關(guān)聯(lián)工單、檢測(cè)流程通過后主動(dòng)在工作群同步消息。
5. 子智能體分工
保障「結(jié)果核驗(yàn)」客觀公正,內(nèi)容產(chǎn)出方與質(zhì)檢方必須分離。
編寫代碼的智能體很難客觀評(píng)判自己的工作。搭配獨(dú)立子智能體(可選用不同大模型),能有效發(fā)現(xiàn)第一階段遺漏的問題。
標(biāo)準(zhǔn)分工模式:
? 探索調(diào)研智能體
? 落地執(zhí)行智能體
? 標(biāo)準(zhǔn)核驗(yàn)智能體
目標(biāo)判定功能底層也是依托該邏輯:由全新的模型判斷任務(wù)是否完成,而非執(zhí)行任務(wù)的智能體自評(píng)。
6. 記憶存儲(chǔ)模塊
實(shí)現(xiàn)循環(huán)狀態(tài)延續(xù),第四十七輪運(yùn)行可以調(diào)取前四十六輪的全部信息,是整套體系的根基。
大模型單次對(duì)話結(jié)束后會(huì)遺忘所有內(nèi)容,而外部存儲(chǔ)載體可以留存數(shù)據(jù),比如文檔、項(xiàng)目看板等。
記憶模塊記錄所有嘗試內(nèi)容、已通過項(xiàng)、待解決問題,次日啟動(dòng)循環(huán)時(shí),會(huì)接續(xù)上一次的進(jìn)度繼續(xù)工作。
看似簡(jiǎn)單,卻是所有長(zhǎng)周期循環(huán)機(jī)制的必備模塊。
第六部分:各類循環(huán)機(jī)制實(shí)戰(zhàn)案例
![]()
所有循環(huán)機(jī)制都遵循同一核心框架:設(shè)定目標(biāo)→執(zhí)行動(dòng)作→核查結(jié)果→修正優(yōu)化→重復(fù)直至完成。
代碼開發(fā)循環(huán)
讀取項(xiàng)目目標(biāo)文檔+架構(gòu)文檔
→ 規(guī)劃代碼修改方案
→ 編寫代碼
→ 自動(dòng)運(yùn)行測(cè)試用例
→ 測(cè)試失敗:讀取報(bào)錯(cuò)信息→修復(fù)代碼→重新測(cè)試
→ 測(cè)試通過:匯總變更內(nèi)容
→ 任務(wù)結(jié)束
全程無(wú)需人工介入,智能體自主完成編寫、測(cè)試、修復(fù)、核驗(yàn)。
調(diào)研分析循環(huán)
確定調(diào)研問題
→ 檢索相關(guān)資料
→ 匯總整理信息
→ 對(duì)照原文核驗(yàn)信息真實(shí)性
→ 比對(duì)沖突觀點(diǎn)
→ 整合輸出最終結(jié)論
→ 置信度達(dá)標(biāo)則終止任務(wù)
內(nèi)容創(chuàng)作循環(huán)
明確選題、受眾與創(chuàng)作目標(biāo)
→ 完成初稿
→ 審核智能體點(diǎn)評(píng)稿件問題
→ 根據(jù)點(diǎn)評(píng)改寫內(nèi)容
→ 對(duì)照評(píng)判標(biāo)準(zhǔn)打分
→ 分?jǐn)?shù)達(dá)標(biāo):發(fā)布內(nèi)容
→ 分?jǐn)?shù)不達(dá)標(biāo):再次改寫
商務(wù)拓客循環(huán)
鎖定目標(biāo)客戶畫像
→ 篩選匹配客戶線索
→ 補(bǔ)充企業(yè)相關(guān)信息
→ 按照標(biāo)準(zhǔn)篩選客戶資質(zhì)
→ 定制溝通文案
→ 內(nèi)容質(zhì)檢
→ 自動(dòng)發(fā)送消息,或轉(zhuǎn)交人工跟進(jìn)
第七部分:提示詞工程師 VS 循環(huán)機(jī)制工程師(2026年技能分水嶺)
![]()
提示詞工程師
? 核心工作:打磨指令文案
? 核心能力:語(yǔ)言組織能力
? 產(chǎn)出:優(yōu)化提示詞,提升單次輸出質(zhì)量
? 流程:每次輸出后都需要人工審核
? 定位:人工承擔(dān)反饋迭代工作
循環(huán)機(jī)制工程師
? 核心工作:設(shè)計(jì)自動(dòng)化反饋流程
? 核心能力:工程搭建能力
? 產(chǎn)出:搭建穩(wěn)定體系,輸出可核驗(yàn)的可靠結(jié)果
? 流程:系統(tǒng)自動(dòng)運(yùn)行、自檢、糾錯(cuò)
? 定位:系統(tǒng)承擔(dān)反饋迭代工作
舉例對(duì)比:
? 提示詞工程師:下達(dá)指令“幫我編寫一個(gè)功能函數(shù)”
? 循環(huán)機(jī)制工程師:搭建流程“編寫代碼→自動(dòng)測(cè)試→修復(fù)問題,直至測(cè)試全部通過”
工作差異:
? 提示詞工程師:優(yōu)化文案、人工審核、單次調(diào)用、按單次輸出計(jì)費(fèi)
? 循環(huán)機(jī)制工程師:編寫項(xiàng)目規(guī)范文檔、自動(dòng)測(cè)試校驗(yàn)、搭建循環(huán)系統(tǒng)、按最終有效成果計(jì)費(fèi)
兩者使用的工具一致,但思維模式截然不同。提示詞工程師向AI索要結(jié)果,循環(huán)機(jī)制工程師搭建體系、產(chǎn)出經(jīng)過核驗(yàn)的可靠成果。
2026年高薪AI工程師的核心競(jìng)爭(zhēng)力,不再是寫出精妙的提示詞,而是設(shè)計(jì)邏輯規(guī)則,讓智能體自主完成探索、規(guī)劃、自檢,并判斷任務(wù)終止節(jié)點(diǎn)。
![]()
結(jié)語(yǔ)
以上就是循環(huán)機(jī)制工程的完整解讀,核心要點(diǎn)回顧:
行業(yè)轉(zhuǎn)變
過去兩年,大家逐一向智能體下發(fā)單次任務(wù);如今,行業(yè)主流是設(shè)計(jì)自動(dòng)化循環(huán),包攬全流程工作。
六大核心組件
自動(dòng)化調(diào)度(驅(qū)動(dòng)運(yùn)轉(zhuǎn))、獨(dú)立工作目錄(并行防沖突)、項(xiàng)目知識(shí)庫(kù)(沉淀經(jīng)驗(yàn))、插件與連接器(對(duì)接外部系統(tǒng))、子智能體分工(客觀質(zhì)檢)、記憶存儲(chǔ)模塊(延續(xù)進(jìn)度)
兩大運(yùn)行規(guī)模
單智能體:獨(dú)立運(yùn)轉(zhuǎn)、自主優(yōu)化;集群智能體:總控+專項(xiàng)+子智能體多層協(xié)同,全員遵循循環(huán)邏輯
兩大運(yùn)行類型
開放式循環(huán):探索性強(qiáng)、功能強(qiáng)大、成本高昂,需充足預(yù)算支撐;封閉式循環(huán):邊界可控、運(yùn)行穩(wěn)定、成本友好,是當(dāng)下主流選擇
優(yōu)質(zhì)循環(huán)的五大要素
明確目標(biāo)、完整上下文、精簡(jiǎn)執(zhí)行動(dòng)作、完善反饋機(jī)制、清晰終止條件
成本解決方案
循環(huán)機(jī)制令牌消耗量大,而DeepSeek等模型低成本的調(diào)用方案,掃清了落地的最大阻礙。
核心思維轉(zhuǎn)變
提示詞工程師追求單次輸出效果,循環(huán)機(jī)制工程師打造可持續(xù)產(chǎn)出可靠成果的系統(tǒng)。
正如 Peter Steinberger 所言:停止單純?yōu)橹悄荏w編寫提示詞,轉(zhuǎn)而設(shè)計(jì)循環(huán)機(jī)制。一套穩(wěn)定運(yùn)轉(zhuǎn)的循環(huán)體系,價(jià)值遠(yuǎn)超上千條完美的提示詞。
還有一個(gè)少有人提及的真相:即便兩人搭建出完全一致的循環(huán)體系,最終效果也可能天差地別。
有人借助循環(huán)提升熟悉領(lǐng)域的工作效率,有人卻依賴它逃避深度理解業(yè)務(wù)。循環(huán)體系本身無(wú)法區(qū)分二者,選擇權(quán)在人手中。
這也意味著,循環(huán)機(jī)制設(shè)計(jì)的難度并不低于提示詞工程。
Boris Cherny 想表達(dá)的也并非工作變得更簡(jiǎn)單,而是價(jià)值創(chuàng)造的核心發(fā)生了轉(zhuǎn)移。
搭建循環(huán)體系的同時(shí),請(qǐng)保持工程師的專業(yè)思考,不要只做啟動(dòng)按鈕的操作者。依托低成本模型,如今人人都有條件搭建屬于自己的循環(huán)體系了。
特別聲明:以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺(tái)“網(wǎng)易號(hào)”用戶上傳并發(fā)布,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.