事實
LLM 工程 · 術語 · 來源查證 · AI 人工智慧 · 名詞解析Tratopedia · 2026 年 8 月 16 日
五篇之五 · 來了兩次的那一個
同一個詞被命名了兩次，相隔兩週 —— 贏的是那個玩笑
2026 年 7 月 4 日，Josh C. Simmons 發表了一篇引註嚴謹的文章，造出了 graph engineering（圖結構工程）這個詞。它沒有引起注意。十四天後，7 月 18 日世界標準時間 00:34，Peter Steinberger 在 X 上問了十二個字 —— 我們還在談迴圈，還是已經換成圖了？ —— 得到 310 萬次瀏覽。再過四小時三十五分，Hamel Husain 發表了〈迴圈工程已死，圖結構工程登場〉，鎖在一道幾乎沒有人進得去的付費牆後面。這兩則貼文都是玩笑，四天後一位具名的分析者把話講明了。四十八小時之內，這個詞已經有了課程、路線圖，以及三種互相打架的定義。而一份 1 月發表的綜述早就替這套做法取好了名字：flow engineering（流程工程）。那件事也一樣沒有人注意到。
想法本身是有共識的，亂的是名字 四個彼此獨立的出處，用幾乎相同的字描述同一套三段式結構。接著他們對這一層該叫什麼、該掛在誰的階梯上，意見就分歧了。
- 14認真的命名，與讓這個詞傳開的那個玩笑，相隔的天數
- 12做到這件事的那則貼文的字數 —— 而且是個問句，什麼主張都沒有提出
- 6早在幾個月前，就有一份綜述把這套做法命名為 flow engineering
- 0把圖與迴圈相比的量測數。連續兩個詞都是零
節點
「好的節點是無聊的」
- 節點可以是一個跑著「思考—行動—觀察」循環的模型、一個單純的確定性函式、一個檢索步驟，或是一個人。它只做一件事，可以單獨測試，也可以整個換掉而不驚動其他部分。
- 把「核准」當成一個節點，而不是當成例外處理，正是「真的有人在監督」與「名義上有人在監督」之間的差別。
邊
邊就是決策
- 一條帶著狀態、有型別的轉移。有些是確定的 —— 測試通過就部署。有些交由模型判斷 —— 這張單子該送到帳務還是濫用處理。工作就是分清楚哪個是哪個，「而且在負擔得起的地方一律預設用確定的那種」。
- 三個出處各自得到這個結論，而且三個都補上同一句警告：交給模型判斷的那些邊就是系統出錯的地方，所以要好好埋設觀測。
狀態
一份綱要，每過一條邊就存檔
- 所有好用的性質都是從這個承諾掉出來的。失敗不再是「整輪重跑」，而是「重試那個節點」；一件工作可以等三天等人簽核，而不必一直扣著一個脈絡視窗；而且會留下稽核軌跡，不是叫人去捲一大片對話紀錄。
- 預算也放在狀態裡 —— token、金錢、實際時間 —— 並且在邊上強制執行。如果你沒辦法在花費達到上限時把代理停下來，你跑的就不是一個自動運行的系統，你只是在把帳單愈疊愈高。
驗證
驗證必須來自外部
- Louis-François Bouchard：叫模型檢查自己的答案仍然有用，但那不是外部驗證。測試執行器、執行結果、一筆交易、一個客戶的反應，或是一位專家的審閱，才是從系統自己的推理之外給出的證據。
- 這是本系列上一篇原封不動接過來的唯一一項承諾，也是每一個出處都以某種形式講過的一項。
每一項的確信程度 有一列沒辦法評等，因為它背後那份文件讀不到。這不是附註 —— 那正是這篇文章存在的理由。
| 確信程度 | 內容 | 依據 |
|---|---|---|
| 已讀原始出處 | 三段式的定義 —— 無聊的節點、有型別的邊、每過一條邊就存檔的狀態 —— 以及迴圈沒有死，它是被降級了 | Josh C. Simmons，drjoshcsimmons.com，2026 年 7 月 4 日 |
| 已讀原始出處 | 那十二個字，以及 310 萬次瀏覽。底下的回覆全是玩笑 —— 我累了老大、拜託停一下我在放假 | Peter Steinberger 於 X，2026 年 7 月 18 日 UTC 00:34 |
| 只有標題與日期 | 〈迴圈工程已死，圖結構工程登場〉這篇文章存在，時間落在上面那則貼文之後 4 小時 35 分。正文鎖在 X Premium 之後，本文並未讀到，因此對它的主張不作任何描述 | Hamel Husain 於 X，2026 年 7 月 18 日 UTC 05:09 |
| 已讀原始出處 | 「迴圈本來就是一張圖。它只是一張路徑會繞回前面某個節點的圖。」 | Ksenia Se，Turing Post，2026 年 7 月 20 日 |
| 已讀原始出處 | 「這大體上就是一場圍繞著造新詞的迷因」 —— 而且下一句就是「這個玩笑之所以成立，是因為它指到了某件真實的事」 | Louis-François Bouchard，2026 年 7 月 22 日 |
| 已讀原始出處 | 「這套做法通常被稱為 flow engineering」 —— 節點、邊、狀態機、LangGraph，早了六個月 | arXiv:2601.12560 §5.1，2026 年 1 月 18 日投稿 |
| 已讀原始出處 | 排程器的說法 —— 就緒集合恰好只有一個 —— 以及那篇論文自己的聲明：不是可上線的實作，也沒有實證結果 | Hu Wei，arXiv:2604.11378，2026 年 4 月 13 日投稿 |
| 計算得出，非閱讀所得 | 7 月 18 日當天每一個時間戳，精確到秒。X 的貼文編號是 snowflake，因此 (id >> 22) + 1288834974657 就能還原建立時間 —— 這也是為什麼本文寫 7 月 18 日，而別處寫 17 日 | 由本專案自貼文編號推算 |
| 本專案的判讀 | 這個詞有兩個互不相干的起源，而傳開的是搞笑的那一個 | 標示為判讀，不是有出處的事實 |
時序
1 月就命名了，7 月才發現 那場瘋傳只有十六個小時，而它坐落在一條半年前就開始的鏈條末端。時間為世界標準時間。
- 2026 年 1 月 18 日這套做法早就有名字了，而且不是現在這個。一篇關於代理式 AI 的綜述裡有一節，標題是〈基於圖的編排與 flow engineering〉：「一項關鍵的產業轉向，是從開放式的多代理對話迴圈，走向明確的工作流程圖……這套做法通常被稱為 flow engineering。」節點、邊、狀態機，並以 LangGraph 為例。7 月要宣告的一切，這裡都有了。
- 2026 年 4 月 13 日對迴圈的正式批評。一篇單一作者的立場論文把代理迴圈描述為「一個單一就緒單元的排程器：任何時刻至多只有一個可執行單元是活躍的，而選擇激活哪一個，來自不透明的 LLM 推論，而非可檢視的策略。」它提出了一個 Structured Graph Harness（結構化圖駕馭層）—— 並在摘要裡對自己說：不是可上線的實作，也沒有實證結果。
- 2026 年 7 月 4 日認真的那次命名。Josh C. Simmons 發表〈我們正在進入圖結構工程的階段〉：七分鐘長度、六項引註、三段式的定義，還有實務建議。同一篇文章裡他寫下「讓我回溯地替它命名：迴圈工程」 —— 而那個詞當時已經四週大、而且用的人不少。這篇文章沒有引起注意。
- 7 月 18 日 · 00:34十二個字。Peter Steinberger 在 X 上寫：「我們還在談迴圈，還是已經換成圖了？」那是一個問句，沒有提出任何主張，而它將達到 310 萬次瀏覽。底下的回覆完全讀懂了：我累了老大；拜託停一下我在放假；接下來三週的 YouTube：「為什麼你該跑圖而不是跑迴圈」。
- 7 月 18 日 · 05:09訃聞，四小時三十五分之後。Hamel Husain 發表一篇 X Article：〈迴圈工程已死，圖結構工程登場〉。它鎖在 X Premium 後面。本文沒有讀到它，也不會說裡面寫了什麼 —— 而在當時，大多數轉述它的人同樣讀不到。
- 7 月 18 日 · 05:16六分鐘後，眨了個眼。Husain 引用自己的文章：「如果我在時間軸上看到這個，我自己也會怕到不敢點。但我保證它不是你想的那樣。」到了當天傍晚，Santiago 已經貼出迴圈工程已死，圖結構工程萬歲！
- 2026 年 7 月 20 日兩天後，有人問這是不是真的。Turing Post：〈圖結構工程是真的嗎？〉它把那則開場貼文讀成玩笑 —— Peter 在玩 —— 並指出到了週日，時間軸上已經長出課程、路線圖、工具組合，還丟出了整場爭論的關鍵一句：迴圈本來就是一張圖。
- 2026 年 7 月 22 日四天後，一位具名的分析者把話講明。Louis-François Bouchard：Steinberger 貼了一句半開玩笑的話，Husain 順著演下去，「然後我們突然就有了一門新學問。但這大體上就是一場圍繞著造新詞的迷因。」接著他不肯就此打住 —— 這個玩笑之所以成立，是因為它指到了某件真實的事 —— 並給出五階的階梯，其中包含 harness。
- 2026 年 7 月 28 日它以定案詞彙的姿態抵達台灣。《數位時代》把它當作五個 AI 工程術語之一報導，footer 註明資料來源：X、Josh C. Simmons 卻沒有附連結 —— 同時揭露本文初稿為 AI 編撰。這正是啟動本系列五篇的那篇文章，而它也明說，這五個詞的排序目前還沒有定論。
論點
命名它的人，把前一個名字的來歷弄錯了 這不是抓語病。它是整個故事裡最有用的一點，因為它說明了這套詞彙移動得有多快。
Josh C. Simmons 那篇文章是嚴謹的那一篇。兩個 arXiv 編號，都是真的；引用的 60% 這個調查數字，引得準確；他對某篇論文某一節的描述，事後查核幾乎與那一節的標題逐字相符。本專案是抱著找「說過頭」的心態去查的，結果沒找到。
而在那篇文章的中間，有這麼一段：
「沒有人替這門學問命名，因為當一件事只有一種做法時，那個做法不需要名字。所以讓我回溯地替它命名：迴圈工程。」
迴圈工程早在四週前的 6 月 7 日就被命名了，出自 Addy Osmani 的一篇文章，也就是本專案上一篇報導過的那一篇。Boris Cherny 在 6 月 2 日說過我的工作就是寫迴圈。Anthropic 在 6 月 30 日發表了說明文章。Andrew Ng 在 7 月 1 日描述了其中三種。兩週後獨立寫作的 Turing Post，把這個詞的年紀定在大約六週，並指名 Osmani 與同一個 6 月的日期。
沒有任何跡象顯示這裡有惡意，本文也不作此指控。本文提出的判讀比較無趣，但比較有用：一個會去核對論文、卻漏掉一個月 X 動態的作者，正好告訴你這套詞彙真正住在哪裡。它不住在文獻裡。它住在時間軸上，以天為單位移動，而一個認真讀原始文獻的人，可以落後一個月而毫無自覺。
而接著把他自己那篇文章埋掉的，正是同一個機制。他在 7 月 4 日帶著引註與定義發表。十四天後，一個沒有任何定義的十二字問句，把這個詞帶到了三百萬人面前。嚴謹的那個版本與出名的那個版本，不是同一份文件，而且它們從未相遇。
沒有人讀得到那份奠基文件 在一個玩笑之後四小時三十五分，鎖在付費牆後面。接著兩天內出現三種互相打架的定義。
讓 graph engineering 傳開的那則貼文是一個問句。宣告前一個詞已死的那篇文章，沒有訂閱就讀不到，而本專案可以第一手確認這件事：抓取它會得到標題、署名、日期，然後在正文該出現的位置是一道登入牆。Bouchard 也提到同一件事 —— 幾乎沒有人能查證它到底寫了什麼。
那就想想看，2026 年 7 月 18 日那天，一個有興趣的開發者手上究竟有什麼可以拿來弄懂圖結構工程。一個十二字的問句。一個標題。作者本人說它不是你想的那樣。以及，如果他們去搜尋，一篇兩週前、出自他們沒聽過的人的文章。
四十八小時之內，這個詞有了三種互相打架的定義，還有課程、路線圖、工具組合，還有一堆討論串說微軟、史丹佛與 Anthropic 同時發現了圖結構工程。這不是巧合，也不是因為大家笨。當奠基文本讀不到時，每個讀者都會自己補一個出來，而且沒有任何東西可以拿來對照。
這正是本系列上一篇摸索到、卻拿不出乾淨案例的那個機制。迴圈工程之所以從未收斂，是因為六個人回答的是不同的問題。圖結構工程的問題正好相反：技術內容從一開始就有共識 —— 節點、邊、存檔的狀態、外部驗證，四個獨立出處用幾乎相同的字 —— 而那個名字，卻仍然是隨著一個沒人打得開的笑點一起抵達的。
補充
實際上你要蓋的東西 把那兩週拿掉，底下的建議是具體的、有共識的，而且比這個名字更老。
- 1在寫任何提示之前，先把狀態畫出來狀態綱要就是架構。「如果你沒辦法寫下系統在一次執行的每個時點上知道些什麼，那你手上的是一個展示品。」不是系統 —— 是展示品。
- 2讓節點保持無聊每個節點只做一件事，這樣才能被測試、快取、重試與替換。「一個做五件事的節點，只是多了幾個步驟的迴圈。」台灣《數位時代》也各自得到同一條規則：一個裡面塞了五件事的步驟，就只是把舊做法換個樣子。
- 3把判斷放在邊上，並且埋好觀測圖系統的智慧住在它的路由裡，所以交給模型判斷的那些邊，正是它將來會失敗的地方。Google 的 ADK 2.0 講的是同一件事：可預期的路由該由程式控制，需要詮釋或判斷的步驟才交給模型。
- 4每過一條邊就存檔失敗不再是「整輪重跑」，而是「重試那個節點」。這也是長時間工作能夠成立的原因：一張圖可以等三天等人簽核，而不必全程扣著一個脈絡視窗。
- 5把人當成節點一條邊進來，一條邊出去，中間是一個人。「把它當成例外處理黏在外面，就是你怎麼弄出那種名義上有監督、實際上沒有的系統。」
- 6把預算放進狀態裡token、金錢與實際時間都放在狀態物件裡，並在邊上強制執行。兩個相隔一個大陸的出處，寫出了幾乎相同的句子：如果你沒辦法在花費上限把它停下來，那就不是一個會自己運行的系統 —— 那只是在持續燒錢。
- 7評估軌跡，而不只是產出「產出評估告訴你這一輪結束得漂亮。軌跡評估告訴你它走的路徑合不合理、代價合不合理，而下一次失敗就藏在那條路徑裡。」
誰的階梯，幾階 四階的版本把 harness engineering 拿掉了 —— 同時卻倚重一篇把自己的提案叫做 Structured Graph Harness 的論文。
| 誰的 | 階梯 | 有 harness 嗎？ |
|---|---|---|
| Josh C. Simmons · 7 月 4 日 | prompt → context → loop → graph | 沒有。四階，「每一階都是抽象層級的提升……少一點喃喃低語，多一點架構」 |
| Louis-François Bouchard · 7 月 22 日 | prompt → context → harness → loop → graph | 有。而且它們「大幅重疊，即使並不完全相同」 |
| 《數位時代》 · 7 月 28 日 | prompt → context → harness → loop → graph | 有 —— 而且它直說哪一層包含哪一層，目前還沒有定論 |
| Hu Wei，arXiv · 4 月 13 日 | 沒有階梯 —— 這是一份設計提案 | 它把自己的提案命名為 「SGH — Structured Graph Harness」。四階階梯拿掉的那個字，就在那個階梯所引用的設計標題裡 |
反駁比宣告本身更精彩，而其中兩個來自宣告的內部。
Turing Post 提供了用最少字做最多事的那一個：「迴圈本來就是一張圖。它只是一張路徑會繞回前面某個節點的圖。」如果這是對的 —— 而它是對的 —— 那麼 7 月 18 日那套「迴圈正被圖取代」的說法，根本從來就不是技術主張。它是一個關於「大家該說哪個字」的主張。
第二個反駁出自 Simmons 自己，而且發表於他被視為發起的那場運動之前兩週：迴圈沒有死，它是被降級了。在節點內部，模型跑的仍然是它一直在跑的那個迴圈。「迴圈工程是關於一個脈絡視窗之內發生什麼事的手藝。圖結構工程是關於它們之間發生什麼事的手藝。」這是一個乾淨、好用的區分，而它正是那場瘋傳最先丟掉的東西。
再來是它的年紀。Turing Post：狀態機、DAG、工作流程引擎與編排系統「做這件事的各種版本已經做了幾十年」，而 LangChain 在 2024 年 1 月就推出了 LangGraph。Simmons 自己覺得這很好笑 —— 這個前沿正「往分散式運算裡最老的那門學問漂回去，而抵達那裡的人有一半深信自己剛剛發明了它。」
還有一個值得帶著走的警告：「圖」現在指兩種不同的東西。控制圖是工作流程的結構。知識圖是以實體與關係儲存的資訊，也就是 GraphRAG 在講的東西。這兩者正在被混為一談，而這整件事只跟其中一種有關。
而且仍然沒有任何量測 連續兩個詞了。唯一嚴謹地提出這個問題的論文，在自己的摘要裡就這麼說了。
本系列上一篇的結尾，落在「找不到任何在固定代理、只變動迴圈的條件下所做的量測」。同一個洞在這裡也在，而這一次，這個領域自己最好的那篇論文把話說得很白。arXiv:2604.11378 的摘要以這句作結：「這是一篇立場論文與設計提案。我們提供的是理論框架、設計分析與實驗協定，不是可上線的實作，也沒有實證結果。」它的比較表把自己的提案評為「僅有設計；無實證驗證」，對照 LangGraph 的「廣泛部署；社群驗證」，而那一段的標題寫著 公平性聲明。它是這批材料裡最誠實的一份文件。
這也讓那個確實傳開的數字值得查核一下，而它沒有通過。論文正文寫著「對 70 個開源 LLM 代理專案的分析顯示，60%（70 個中的 42 個）採用 Agent Loop 模式」。它的附錄印出了完整清單與 GitHub 連結。數一數：Agent Loop 那個標題宣稱 41 個，正文說 42 個，實際列出的連結有 49 個，而五個類別的標題加總為 68，對照一份宣稱為 70 個的調查。同一份調查，四個數字。
五個類別裡有四個完全對得起來，這正是本文選擇報導它、而不是歸咎於自己讀錯的原因。Simmons 引用 60% 這個數字是準確的 —— 出問題的是來源本身。而良性的解釋也可能存在：一次改版、一次數錯，或是本文誤讀了某個分類邊界。不能說的是「圖結構工程建立在量測之上」，因為它底下唯一那個實證主張，連自己都對不起來。
結論
該從這裡帶走什麼 想法是站得住的。發表方式是個玩笑。這兩件事是可以分開的，而把它們分開正是全部的功課。
評判想法，不要評判它的登場方式
把「奠基貼文都是玩笑」讀成「這個詞毫無價值」是很容易的。Bouchard 明確拒絕了這一步，本文也是。四個獨立的出處 —— 一篇個人文章、一份週報、一位分析者的電子報，以及一本台灣的產業雜誌 —— 描述了同樣的節點、同樣有型別的邊、同樣會存檔的狀態，而其中三個各自得出了一個節點一件事與把預算放進狀態。那就是收斂，而那正是上一個詞從來沒有做到的事。玩笑與實質是可以分開的。
讀不到的奠基文本，就是一張任人發明的許可證
四十八小時內出現三種互相打架的定義，這不是一個關於開發者馬虎的故事。讓這個詞出名的貼文是一個問句。宣告舊詞已死的文章鎖在付費牆後面。在沒有東西可以對照的情況下，每個讀者都寫了自己的版本，而每個版本同樣無法被證偽。本專案的判讀，並標示為判讀：這就是它碎裂的原因，而下一次有詞以這種方式抵達時，這個機制值得認出來。
它 1 月就有名字了。這才是發現。
一份 2026 年 1 月 18 日投稿的綜述裡有一節，標題是〈基於圖的編排與 flow engineering〉，開頭就是「一項關鍵的產業轉向」，描述了節點、邊與狀態機，指名 LangGraph，並指出這套做法「通常被稱為 flow engineering」。比命名早了六個月。這批材料裡沒有任何一個出處提到它 —— 包括那篇命名文章，而它正好為了別的事引用了那篇論文。這個東西在 7 月不需要被命名。它需要的是被注意到。
連續兩個詞，仍然沒有量測
迴圈工程的結尾，是找不到任何把迴圈與人工提示相比的東西。圖結構工程的結尾，是找不到任何把圖與迴圈相比的東西 —— 而且它最嚴謹的那篇論文在自己的摘要裡就聲明沒有實證結果，它唯一那個傳開的數字也和自己的附錄對不起來。五個詞寫下來，這個系列看到的規律是：詞彙移動的速度遠遠快過支持它的證據，而率先指出這一點的，往往正是命名的那些人。