Prompt 過時，會Loop Engineering，一年頂十年

事情係咁嘅。

前兩日我碌到一條推文，發嘅人係 Peter Steinberger，OpenClaw 嘅創辦人。

就一句話，佢話，每個月提醒一次，你唔應該再俾你嘅 coding agent 寫提示詞啦，你應該去設計嘅，係嗰個會自動俾 agent 下提示嘅 loop。

我睇住呢條睇咗半日。然後睇咗嚇數據，790 萬瀏覽。

講真，一開始我冇太當一回事。

AI 圈每隔幾日就彈出一個新詞，今日 context engineering，聽日 spec-driven，睇得多會有一種「又嚟啦」嘅疲勞。

但之後我見到第二個人亦講同一件事，呢個人係 Boris Cherny，Anthropic 嗰邊 Claude Code 嘅負責人。

佢講嘅說話更直接，我已經唔再直接俾 Claude 寫提示詞啦，而家係我搭嘅 loop 喺度替我俾 Claude 下提示，並且自己判斷下一步應該做乜，我嘅工作，就係設計呢啲 loop。

見到呢個我就坐直咗。

一個做 agent 工具嘅，一個親手做 Claude Code 嘅，兩個圈內最應該識貨嘅人，幾乎同一星期講咗同一句說話。

意思係，唔好自己鬱手，去搭嗰個幫你鬱手嘅嘢。

呢兩個星期呢個詞徹底爆紅，英文叫 Loop Engineering，中文翻過嚟叫 loop 工程，或者循環工程。

我之所以背脊一涼，唔係因為又一個新概念。係因為我突然間意識到，我自己呢一年多做嘅所有事，原來都有個名啦，而且呢個名正喺度變成一個新嘅分水嶺。

六偉公眾號 ————————————————————

先將呢兩個星期究竟發生咗乜嘢捋清楚，因為順序好重要。

最早嘅火苗其實係舊年嘅事。2025 年 7 月，有個叫 Geoffrey Huntley 嘅人整咗個嘢叫 ralph，玩法好固執，佢叫一個 agent 反覆迭代去做一件事，每次 run 完一輪就將上下文重置返一個固定嘅錨點文件，避免越傾越亂、越傾越走樣。就靠咁樣一個笨方法，佢用咗 297 美元，叫 AI 由零起整出一整套編程語言。

297 美元。你冇睇錯。

當時大家將呢個當成一個極客嘅行為藝術睇，覺得好玩，但冇擺喺心。

直到今年春天，Codex 同 Claude Code 乾脆將呢套思路做咗入產品，出咗個 /goal 命令，你俾一個目標，佢自己一輪輪咁啃。

呢個時候味道就唔同曬，佢由「某個高手嘅怪招」變成「人人都可以撳嘅掣」。

然後就係呢兩個星期，Steinberger 嗰條推文一炸，Google 嗰邊一個叫 Addy Osmani 嘅工程師，Google Cloud AI 部門嘅總監，寫咗一篇長文，將呢個零散嘅現象第一次砌成一套完整嘅框架。

我特別鍾意佢俾 loop 工程下嘅嗰個定義。佢話，loop 工程，就係將嗰個負責下指令嘅人，由你自己，換成一 set 你設計好嘅系統。

你細味嚇呢句說話。

以前你同 AI 係點相處嘅，你提出需求，佢出嘢，你睇完唔滿意，再俾下一條指令，再睇，再俾。成個過程入面，嗰個一直喺度「下一步應該做乜」嘅人，係你。

你係流程嘅控制者，亦係流程嘅瓶頸。AI 再快，都要停低等你呢一句說話。

loop 工程要做嘅嘢，就係將「下一步應該做乜」呢個判斷，由你把口，搬到一套系統入面。呢套系統自己發現工、自己派工、自己驗收、自己記錄做到邊度，然後自己決定繼續做乜。

你退到後面，只負責設計呢套系統係點樣。

六偉公眾號 ————————————————————

講到呢度我要潑第一盆冷水，免得你以為呢個係乜嘢石破天驚嘅新發明。

佢唔係。

Anthropic 早在 2024 年嗰篇《Building Effective Agents》就已經將底層模式講到清清楚楚。

裏面有兩個架構，一個叫 Evaluator-Optimizer，一個 model 出答案，另一個 model 專門挑剔同修正；

仲有一個叫 Orchestrator-Workers，一個主 agent 將工作拆開派俾一堆 sub-agent 去做。呢兩個，骨子裏都係 agent 嘅循環系統。

所以 loop 工程呢套思想，兩年前已經有。

咁點解係而家先紅，而唔係兩年前。Osmani 嘅回答我覺得係成篇文章最關鍵嘅一句，變嘅唔係思想，係工具嘅成熟度。

一年前你想搭咁一套自動循環，你要自己寫一大堆 bash 腳本，自己搞工作流管理，自己搞定時調度，門檻高到只有極客玩得掂。

但而家你打開 Claude Code 或者 Codex，自動化調度、sub-agent、工作區隔離、長期記憶、MCP 連接器，全部係內置嘅，開箱即用。

呢個就係分水嶺真正嘅樣。佢從來都唔係一個技術突然被發明出嚟，而係一堆零件突然平到人人都買得起嘅嗰一刻。 蒸氣機唔係瓦特發明嘅，瓦特係令到佢變得可以商業化嘅嗰個人。loop 工程都一樣，思想係 2024 年嘅，但係用得係 2026 年嘅。

所以坦白講，loop 工程更加似一種新嘅工作方法，而唔係一項新技術。

呢一點對你我呢啲唔寫 code 嘅人，反而係好消息。因為方法係可以學嘅，門檻係工具幫你搞掂咗。

六偉公眾號 ————————————————————

咁一個 loop 究竟係點樣，Osmani 將佢拆成六個零件，我用我嘅說話同你講，順便講下我自己係點樣踩住呢六個零件搭起嚟。

因為老實講，呢套嘢我已經行咗一年多，只係以前唔知佢叫呢個名。

我手上面有一套系統，行喺飛書同 Telegram 上面，一共有六個 agent。

一個做秘書，一個做 CEO 幫我做決策排序，一個係內容工廠專門出稿，一個管課程開發，一個管商業交付，仲有一個專門寫文案。

佢哋唔係六個聊天視窗，而係一套會自己轉起嚟嘅嘢。我而家返轉頭睇，佢幾乎就係 Osmani 嗰六個零件嘅實物版。

第一個零件，自動化自動化觸發。要有個嘢定時去發現工作、然後將任務撻着。唔可以等你朝頭早起身手動叫一聲。我嘅系統入面，每個早上資訊 agent 會自動去扒一次當日 AI 圈發生咗啲乜，打好分，將今日最應該寫嘅三條推到我面前，我唔需要去問佢。

第二個零件，工作區隔離，英文叫 worktree。多個 agent 同時開工，要各做各嘅，唔可以你寫嘅嘢 cover 咗我寫嘅。呢件事聽落細，真係出過事你就知有幾甘。

第三個零件，技能技能文檔，就係 Skills。將你團隊嘅知識、你嘅規範、你嘅審美，寫成一份可以反覆調用嘅文檔。呢個零件我感受最深，因為我一年落嚟儲咗幾十個 Skill，寫作風格嘅、排版嘅、做封面嘅、出選題嘅。Skill 唔係說明書，Skill 係將你自己個腦嗰套判斷，固化咗做 AI 可以跟住做嘅嘢。 你每寫一個 Skill，就等於將自己複製咗一份出去。

第四個零件，連接器連接器，connector。叫 agent 可以駁到 GitHub、Slack、數據庫、項目管理工具。剩係曉諗冇用，要能夠伸手掂到真實世界。

第五個零件，子代理子代理，sub-agent。呢個零件 Osmani 特別點咗一句，我覺得好中。佢話，寫 code 嗰個 agent，唔應該同時做審查嘅人，因為寫程式嘅 model 俾自己嘅作業打分，實在太寬容啦。

哈哈呢句我笑咗好耐。

因為呢個唔就係人咩。叫你自己改自己嘅作文，你改到曉飛。

所以更加好嘅做法係分角色，一個 agent 負責諗方案，一個負責動手實現，再嚟一個專門挑剔驗收，邊個都唔好俾自己打分。

我嗰套系統入面 CEO agent 同內容工廠 agent 經常嘈交，嘈完出嚟嘅嘢，確實比單一 agent 死做爛做嘅好。

第六個零件，狀態記憶，state memory。要有個地方記住工作做到邊度、之前發生過啲乜。可以係一個 markdown 文件，亦可以係一塊看板。冇記憶嘅 loop 係金魚，轉一個圈就唔記得一個圈。

六個零件，自動化、隔離、技能、連接、子代理、記憶。你唔使一開始全部砌齊，但你心裏要有呢張圖。

六偉公眾號 ————————————————————

講到呢度，氣氛應該熱起嚟，但我又要潑第二盆、亦係最凍嗰盆冷水落去。

大部分人，其實而家仲未需要搭 loop。

呢句說話唔係我講嘅，係一間叫 AlphaSignal 嘅科技媒體講嘅，我覺得佢哋講得啱，啱到有啲掃興。

佢哋嘅判斷係，loop 只有喺四個條件同時成立嘅時候，先至真係划算：任務高度重複、驗證機制已經自動化咗、你有足夠嘅 token 預算、agent 有完整嘅工具權限。四個裏面少一個，loop 工程帶俾你嘅可能唔係效率，係成本。

你諗嚇，你為咗令一個一次性嘅活自動化，首先要花兩日搭一套系統，呢單生意點計都係蝕嘅。

最適合上 loop 嘅，係嗰啲又重複又可以自動驗收嘅污糟嘢，CI 報錯排查、依賴升級、改 lint。而嗰啲需要大量判斷嘅事，架構點樣設計、產品往邊度走，正正係最唔應該交俾 loop 嘅。

但真正令我背脊一涼嘅，唔係成本呢盆水。

係 Osmani 喺文章最後埋嘅三個嘢。佢話，loop 越順，有三件事會越棘手，而且呢三件事，永遠冇得甩，只可以落在人頭上。

第一件，驗證驗證睇數。loop 可以自己行足一日，但佢足一日都犯錯都有可能。所以佢話，你嘅工作唔再係產出 code，你嘅工作係確認呢啲 code 真係行得鬱。 

呢句你將 code 換成任何嘢都成立：確認呢篇文章真係冇亂噏，確認呢份方案真係可以落地。

第二件，佢作咗個詞，叫理解債理解債，Comprehension Debt。意思係當 agent 產出嘅嘢越來越多，而你睇嘅越來越少，你對自己呢套系統嘅理解，係喺度不知不覺下降緊。

短期睇行得好快，長期睇，冇一個真人真正搞得明呢件嘢係點轉起嚟。債，係要還㗎。

第三件最甘，叫認知投降，Cognitive Surrender。

當 loop 行得夠順，人係會忍唔住停咗諗嘢。Osmani 嗰句原文我翻睇咗好幾遍，設計 loop 呢件事本身唔係答案，你帶住判斷力去設計佢，佢係解藥；你利用佢嚟逃避思考，佢就係令問題惡化得更快嘅催化劑。

同一個動作，結果可以完全相反。

呢個就係點解佢話，loop 工程比提示詞工程更難。

提示詞工程難在「點樣將話講清楚」，loop 工程難在「你仲願唔願意繼續思考」。前者係技巧，後者係心性。

六偉公眾號 ————————————————————

傾到呢度，我想講得宏觀啲。

人類歷史上面，呢種「由親手做，到設計一套俾嘢自己做」嘅躍遷，發生過唔止一次。

最早，做一對鞋係手藝人嘅事，一個師傅，由度腳到縫線，全部喺佢手上，佢嘅價值就係佢呢雙手。

後嚟福特嚟咗，佢冇將每個工人都訓練成頂級鞋匠，佢做嘅係設計一條流水線，叫一班普通人企喺唔同嘅工位上面，加埋做出比任何單一師傅都多嘅嘢。由嗰日開始，最值錢嘅人，唔再係手最巧嗰個，而係設計呢條流水線嗰個。

loop 工程，講到尾就係呢件事，喺每個普通人身上又發生咗一次。

只不過今次呢條流水線，工位上面站嘅唔係工人，係 agent。

設計流水線嘅，係你。

一個人，就可以擁有一條生產線。呢個唔就係一人公司最乾淨嘅核心咩？你唔係嗰個做到死乜都自己孭嘅個體户，你係嗰個人坐喺控制枱前面、睇住六個 agent 幫你轉嘅廠長。

我做咗三年多嘅一人 AI 公司，服務過幾十個行業嘅企業客戶，帶過幾千個學生。

我越來越肯定一件事，將來一個人可以做幾大嘅事，唔取決於佢幾能幹，取決於佢可以設計出幾好嘅 loop。

 能幹，係員工嘅天花板。識得設計 loop，係老闆嘅起點。

呢個亦係點解提示詞工程過時呢件事，我反而覺得係好消息。

提示詞工程嘅盡頭，係你成為一個更熟練嘅「下指令嘅人」。但你再熟練，你都係嗰個要一直留喺原位、一句句餵 AI 嘅人。loop 工程俾你嘅，係將自己由嗰個工位解放出嚟嘅機會。你終於可以唔做最快嘅工人，去做嗰個設計生產線嘅人。

六偉公眾號 ————————————————————

嗰條 790 萬瀏覽嘅推文，我一開始以為係 programmer 之間嘅事。

睇到最後我先反應過嚟，佢同 code 冇乜大關係。佢講嘅係一件更樸素嘅事，當你可以叫一套系統代你下指令，你個人嘅槓桿，就由「你一日可以做幾多嘢」變成「你設計嘅系統一日可以做幾多嘢」。

 呢件事對 programmer 成立，對一個想一個人做成一攤事嘅寫作者、諮詢師、賣嘢嘅、開課嘅，一樣成立。

但我都想將 Osmani 嗰盆冷水，原封不動俾返你。

佢喺成篇文章嘅最尾，冇喊任何口號，佢講咗一句特別清醒嘅說話。佢話，去搭你嘅 loop，但請你以一個打算繼續做工程師嘅身份去搭佢，而唔係一個只想撳「開始執行」掣嘅人。

我將呢句說話翻譯成俾你和我嘅版本，去搭你嘅 loop，但要以一個打算繼續思考嘅人嘅身份去搭，而唔係一個只想從此唔再思考嘅人。

工具會代你開工，但佢代唔到你判斷。loop 可以轉得好快，但往邊度轉，係你嘅事，永遠係你嘅事。

慢慢嚟，但要一直在場。

同你共勉，做長期主義者。

事情是這樣的。

前兩天我刷到一條推特，發的人是 Peter Steinberger，OpenClaw 的創始人。

就一句話，他說，每月提醒一次，你不該再給你的 coding agent 寫提示詞了，你該去設計的，是那個會自動給 agent 下提示的 loop。

我盯着這條看了半天。然後翻了一下數據，790 萬瀏覽。

說真的，一開始我沒太當回事。

AI 圈每隔幾天就蹦出一個新詞，今天 context engineering，明天 spec-driven，看多了會有一種「又來了」的疲憊。

但接着我看到第二個人也在說同一件事，這個人是 Boris Cherny，Anthropic 那邊 Claude Code 的負責人。

他說的話更直接，我已經不再直接給 Claude 寫提示詞了，現在是我搭的 loop 在替我給 Claude 下提示，並且自己判斷下一步該幹什麼，我的工作，就是設計這些 loop。

看到這我就坐直了。

一個做 agent 工具的，一個親手在做 Claude Code 的，兩個圈內最該懂行的人，幾乎在同一周裏講了同一句話。

意思是，別自己動手了，去搭那個替你動手的東西。

這兩週這個詞徹底火了，英文叫 Loop Engineering，中文翻過來叫 loop 工程，或者循環工程。

我之所以後背一涼，不是因為又一個新概念。是因為我突然意識到，我自己這一年多幹的所有事，原來都有個名字了，而且這個名字正在變成一個新的分水嶺。

六偉公眾號 ————————————————————

先把這兩週到底發生了什麼捋清楚，因為順序很重要。

最早的火苗其實是去年的事。2025 年 7 月，有個叫 Geoffrey Huntley 的傢伙搞了個東西叫 ralph，玩法很軸，他讓一個 agent 反覆迭代去幹一件事，每跑一輪就把上下文重置回一個固定的錨點文件，避免越聊越亂、越聊越跑偏。就靠這麼個笨辦法，他花了 297 美元，讓 AI 從零構建出了一整套編程語言。

297 美元。你沒看錯。

當時大家把這當成一個極客的行為藝術看，覺得好玩，但沒往心裏去。

直到今年春天，Codex 和 Claude Code 乾脆把這套思路做進了產品，出了個 /goal 命令，你給個目標，它自己一輪輪往下啃。

這時候味道就不一樣了，它從「某個高手的騷操作」變成了「人人都能按的按鈕」。

然後就是這兩週，Steinberger 那條推一炸，Google 那邊一個叫 Addy Osmani 的工程師，Google Cloud AI 部門的總監，寫了一篇長文，把這個零散的現象第一次拼成了一套完整的框架。

我特別喜歡他給 loop 工程下的那個定義。他說，loop 工程，就是把那個負責下指令的人，從你自己，換成一套你設計好的系統。

你品一下這句話。

以前你和 AI 是怎麼相處的，你提需求，它出東西，你看完不滿意，再給下一條指令，再看，再給。整個過程裏，那個一直在「下一步該幹啥」的人，是你。

你是流程的控制者，也是流程的瓶頸。AI 再快，也得停下來等你這一句話。

loop 工程要乾的事，就是把「下一步該幹啥」這個判斷，從你嘴裏，搬到一套系統裏。這套系統自己發現活、自己派活、自己驗收、自己記錄幹到哪了，然後自己決定接着幹啥。

你退到後面去，只負責設計這套系統長什麼樣。

六偉公眾號 ————————————————————

講到這我得潑第一盆水，免得你以為這是什麼石破天驚的新發明。

它不是。

Anthropic 早在 2024 年那篇《Building Effective Agents》裏就把底層模式講透了。

裏面有兩個架構，一個叫 Evaluator-Optimizer，一個模型出答案，另一個模型專門挑刺和修正；

還有一個叫 Orchestrator-Workers，一個主 agent 把活拆開派給一堆子 agent 去幹。這倆，骨子裏都是 agent 的循環系統。

所以 loop 工程這套思想，兩年前就有了。

那為什麼是現在火，而不是兩年前。Osmani 的回答我覺得是整篇文章裏最關鍵的一句，變的不是思想，是工具的成熟度。

一年前你想搭這麼一套自動循環，你得自己寫一堆 bash 腳本，自己搞工作流管理，自己弄定時調度，門檻高到只有極客玩得動。

可現在你打開 Claude Code 或者 Codex，自動化調度、子代理、工作區隔離、長期記憶、MCP 連接器，全是內置的，開箱即用。

這就是分水嶺真正的樣子。它從來不是一個技術突然被髮明出來，而是一堆零件突然便宜到了人人都買得起的那一刻。 蒸汽機不是瓦特發明的，瓦特是讓它變得能商用的那個人。loop 工程也一樣，思想是 2024 年的，但能用是 2026 年的。

所以坦率的講，loop 工程更像是一種新的工作方法，而不是一項新技術。

這一點對你我這種不寫代碼的人，反而是好消息。因為方法是可以學的，門檻是工具幫你扛掉的。

六偉公眾號 ————————————————————

那一個 loop 到底長什麼樣，Osmani 把它拆成了六個零件，我用我自己的話給你講，順便講講我自己是怎麼踩着這六個零件搭起來的。

因為說實話，這套東西我已經跑了一年多了，只是以前不知道它叫這個名。

我手上有一套系統，跑在飛書和 Telegram 上，一共六個 agent。

一個當秘書，一個當 CEO 幫我做決策排序，一個是內容工廠專門出稿，一個管課程開發，一個管商業交付，還有一個專門寫文案。

它們不是六個聊天窗口，是一套會自己轉起來的東西。我現在回頭看，它幾乎就是 Osmani 那六個零件的實物版。

第一個零件，自動化。得有個東西定時去發現活、然後把任務點着。不能等你早上起來手動喊一聲。我的系統裏，每天早上資訊 agent 會自己去扒一遍當天 AI 圈發生了什麼，打好分，把今天最該寫的三條推到我面前，我不需要去問它。

第二個零件，工作區隔離，英文叫 worktree。多個 agent 同時幹活，得各幹各的，不能你寫的東西把我寫的覆蓋了。這個事聽起來小，真出過事你就知道有多疼。

第三個零件，技能，就是 Skills。把你團隊的知識、你的規範、你的審美，寫成一份可以反覆調用的文檔。這個零件我感受最深，因為我一年下來攢了幾十個 Skill，寫作風格的、排版的、做封面的、出選題的。Skill 不是說明書，Skill 是你把自己腦子裏那套判斷，固化成了 AI 能照着乾的東西。 你每寫一個 Skill，就等於把自己複製了一份出去。

第四個零件，連接器，connector。讓 agent 能接上 GitHub、Slack、數據庫、項目管理工具。光會思考沒用，得能伸手夠到真實世界。

第五個零件，子代理，sub-agent。這個零件 Osmani 專門點了一句，我覺得特別戳。他說，寫代碼的那個 agent，不應該同時當審查的人，因為寫程序的模型給自己的作業打分，實在是太仁慈了。

哈哈哈這句我笑了很久。

因為這不就是人嗎。讓你自己改自己的作文，你能改出花來。

所以更好的做法是分角色，一個 agent 負責想方案，一個負責動手實現，再來一個專門挑刺驗收，誰也別給自己打分。

我那套系統裏 CEO agent 和內容工廠 agent 經常吵架，吵完出來的東西，確實比單個 agent 悶頭乾的強。

第六個零件，狀態記憶，state memory。得有個地方記着活幹到哪了、之前發生過啥。可以是一個 markdown 文件，也可以是一塊看板。沒有記憶的 loop 是金魚，轉一圈忘一圈。

六個零件，自動化、隔離、技能、連接、子代理、記憶。你不用一上來全搭齊，但你心裏得有這張圖。

六偉公眾號 ————————————————————

講到這，氣氛該熱起來了，但我得把第二盆、也是最涼的一盆水潑下去。

大部分人，現在其實還不需要搭 loop。

這話不是我說的，是一家叫 AlphaSignal 的科技媒體說的，我覺得他們說得對，對到有點掃興。

他們的判斷是，loop 只有在四個條件同時成立的時候，才真的划算，任務高度重複、驗證機制已經自動化了、你有足夠的 token 預算、agent 有完整的工具權限。四個裏少一個，loop 工程帶給你的可能不是效率，是成本。

你想想看，你為了讓一個一次性的活自動化，先得花兩天搭一套系統，這買賣怎麼算都是虧的。

最適合上 loop 的，是那種又重複又能自動驗收的髒活累活，CI 報錯排查、依賴升級、改 lint。而那些需要大量判斷的事，架構怎麼設計、產品往哪走，恰恰是最不該交給 loop 的。

但真正讓我後背發涼的，不是成本這盆水。

是 Osmani 在文章最後埋的三個東西。他說，loop 越順，有三件事會越棘手，而且這三件事，永遠甩不掉，只能落在人頭上。

第一件，驗證。loop 能自己跑一整天，但它一整天都在犯錯也是可能的。所以他說，你的工作不再是產出代碼，你的工作是確認這些代碼真的能跑。 

這話你把代碼換成任何東西都成立，確認這篇文章真的沒胡說，確認這份方案真的能落地。

第二件，他造了個詞，叫理解債，Comprehension Debt。意思是當 agent 產出的東西越來越多，而你讀的越來越少，你對自己這套系統的理解，是在悄悄下降的。

短期看跑得飛快，長期看，沒有一個人真正搞得懂這玩意兒是怎麼轉起來的。債，是會還的。

第三件最狠，叫認知投降，Cognitive Surrender。

當 loop 跑得足夠順，人是會忍不住停止思考的。Osmani 那句原話我反覆看了好幾遍，設計 loop 這件事本身不是答案，你帶着判斷力去設計它，它是解藥，你用它來逃避思考，它就是讓問題惡化得更快的催化劑。

同一個動作，結果可能完全相反。

這就是為什麼他說，loop 工程比提示詞工程更難。

提示詞工程難在「怎麼把話說清楚」，loop 工程難在「你還願不願意繼續思考」。前者是技巧，後者是心性。

六偉公眾號 ————————————————————

聊到這，我想往大里說一句。

人類歷史上，這種「從親手做，到設計一套讓東西自己做」的躍遷，發生過不止一次。

最早，做一雙鞋是手藝人的事，一個師傅，從量腳到縫線，全在他手上，他的價值就是他這雙手。

後來福特來了，他沒有把每個工人都訓練成頂級鞋匠，他乾的事是設計一條流水線，讓一羣普通人站在不同的工位上，合起來造出比任何單個師傅都多的東西。從那天起，最值錢的人，不再是手最巧的那個，而是設計這條流水線的那個。

loop 工程，說到底就是這件事，在每個普通人身上又發生了一遍。

只不過這一次的流水線，工位上站的不是工人，是 agent。

設計流水線的，是你。

一個人，就能擁有一條產線。這不就是一人公司最乾淨的那個內核嗎，你不是那個累死累活什麼都自己扛的個體户，你是那個一個人坐在控制枱前、看着六個 agent 替你轉的廠長。

我做了三年多的一人 AI 公司，服務過幾十個行業的企業客戶，帶過幾千個學生。

我越來越確信一件事，未來一個人能幹多大的事，不取決於他多能幹，取決於他能設計出多好的 loop。

 能幹，是員工的天花板。會設計 loop，是老闆的起點。

這也是為什麼提示詞工程過時這件事，我反而覺得是好消息。

提示詞工程的盡頭，是你成為一個更熟練的「下指令的人」。可你再熟練，你也還是那個得一直待在原地、一句句喂 AI 的人。loop 工程給你的，是把自己從那個工位上解放出來的機會。你終於可以不當那個最快的工人，去當那個設計產線的人。

六偉公眾號 ————————————————————

那條 790 萬瀏覽的推特，我一開始以為是程序員之間的事。

看到最後我才反應過來，它跟代碼沒多大關係。它講的是一件更樸素的事，當你能讓一套系統替你下指令，你這個人的槓桿，就從「你一天能幹多少活」變成了「你設計的系統一天能幹多少活」。

 這件事對程序員成立，對一個想一個人做成一攤事的寫作者、諮詢師、賣貨的、開課的，一樣成立。

但我也想把 Osmani 那盆冷水，原封不動端給你。

他在整篇文章的最後,沒有喊什麼口號，他說了一句特別清醒的話。他說，去搭你的 loop，但請你以一個打算繼續當工程師的人的身份去搭它，而不是一個只想按下「開始執行」按鈕的人。

我把這句話翻譯成給你我的版本，去搭你的 loop，但要以一個打算繼續思考的人的身份去搭，而不是一個只想從此不再思考的人。

工具會替你幹活，但它替不了你判斷。loop 能轉得很快，可往哪轉，是你的事，永遠是你的事。

慢慢來，但要一直在場。

與你共勉，做長期主義者。