agent 系統的四個層級是 loop、graph、harness 和 meta-harness。當一個 agent 消耗 token，宣告任務完成，卻在測試中失敗時，這通常是架構問題，而非提示詞問題。loop 負責根據外部證據驗證工作。graph 決定了執行流程的下一步。harness 是模型的運行環境——包括工具、權限、記憶體、上下文和日誌。meta-harness 管理著眾多 harness，從而讓上下文和策略可以在不同 agent 之間流動。Mercury Core 就是以 harness 和 meta-harness 的形式構建的。這個 loop 並不是指 Mercury Loop 這個託管服務。
Agent 架構, 驗證 loop, 工作流程 graph, agent harness, meta-harness 治理, 人機操作系統, 提示工程的限制, Mercury Core, Booster Packs, OpenClaw 記憶體
Mercury Technology Solutions, Mercury Core, Mercury Flux, Mercury Loop, OpenClaw, Booster Pack, Unified Bus, Agent-native 基礎設施
[ SYS: MERCURY_CORE // FIELD_NOTES ]
關於 agentic 系統的現場筆記Agent 系統的
四個層級
一個 agent 會消耗 token，宣告任務完成，卻在測試中失敗。這通常是架構問題，而非提示詞問題。以下是技術堆疊——以及如何找出是哪個層級出了問題。
四個運行時層級。從 loop 開始構建。
agent 系統的四個層級是什麼
- AI agent 的失敗通常源於架構，而非提示詞：再好的提示詞也無法創造一個缺失的工具、閘門、路由或策略。
- 四個運行時層級包括 loop（驗證工作）、graph（路由工作）、harness（暴露能力）和 meta-harness（管理多個 harness）。
- 可靠的 loop 依賴外部證據來停止——通過的測試、綠色的構建、驗證的輸出——絕不依賴模型的自我評估。
- Mercury Core 是作為 harness 和 meta-harness 建構的作業系統：一個記憶體、一個介面、一個策略層。
- 本頁面的 loop 是一個運行時模式。Mercury Loop 是一個不同的產品：一種可管理的服務，用於防止作業系統漂移。
一目瞭然的四個層級
| 層級 | 工作 | 失敗 | 先修復 |
|---|---|---|---|
| Loop | 驗證工作直到證據指示停止 | 代理在沒有測試、構建或驗證門控的情況下“完成” | 添加可衡量的停止條件 |
| Graph | 決定執行下一步去向 | 錯誤的路由、沒有備用方案、臨時交接 | 明確化分支、重試和專家 |
| Harness | 暴露工具、記憶體、權限、上下文、日誌記錄 | 模型理解任務但無法觸及所需資源 | 暴露缺失的能力 — 在 Mercury Core 上部署一個 Booster Pack |
| Meta-harness | 管理多個 harness；在單一策略下移動上下文 | Claude Code、Codex 和內部 agent 像未協調的孤島 | 共享策略、隔離和可移植的上下文 — 核心底層結構 |
什麼是 agent loop？
agent loop 是代理行為的最小單元：行動、檢查結果，然後停止或重試。
可靠的 agent 從不會因為模型認為工作看起來正確而停止。它會在外部證據上停止——通過的測試、綠色的建置、經過驗證的輸出。
行動 → 檢查 → (修復) → 完成
觀察 agent 嘗試執行任務兩次。第一次通過感覺已完成 — 但檢查發現不一致。只有第二次通過了關卡。
循環空閒。執行它，觀看一次失敗的檢查，然後一次通過的關卡。
規則
在可衡量的條件下停止：測試通過、建置成功、輸出驗證通過 — 絕不依賴模型的自我評估。
缺乏驗證，agent 便自信地宣告成功，而任務實際上仍未完成。
什麼是 agent graph？
agent graph 決定了執行接下來會去哪裡：分支、重試、專家交接、備用路徑和共享狀態。
一個 loop 決定執行是否繼續。一個 graph 決定它會去哪裡。一旦工作流程有多個路徑，graph 會將它們明確化、可檢視和可控。
Graph 空閒。路由一個任務以觀察標準路徑失敗並切換到專家路徑。
什麼是 agent harness？
agent harness 是模型的運行環境——包括 tools、APIs、檔案、memory、permissions、context 和 logging。
模型提供推理能力；而 harness 決定了該推理實際能做到什麼。模型能力和 agent 能力並非同一回事。
模型或許能完全理解如何解決某個任務。但如果所需的 tool、資料來源或權限沒有透過 harness 暴露出來，agent 仍然無法完成它。
五個能力讓模型可以運作。只要有一個環節斷層，整個流程就會失敗——無論提示詞寫得多好。
什麼是 meta-harness？
meta-harness 是多個 agent harness 之上的通用層：協調、治理、隔離、共享策略和可攜式上下文。
真正的團隊會並行運行 Claude Code、Codex、內部 agent 和領域專家——每個都有自己的工具、會話、策略和執行環境。沒有 meta-harness，人類就會成為圍牆花園之間的複製貼上層。
移動的重點是上下文：一個經過驗證的結果或共享狀態，在單一策略層下從一個 harness 傳遞到另一個 harness——而不是在圍牆花園之間進行複製貼上。
單行診斷
一個更好的提示 無法彌補 一個 缺失的能力.
— 分流啟發式，agent 架構
啟發式關乎順序，而非摒棄。提示工程是真實且有價值的——它決定了模型能多好地利用 harness 所暴露的內容。它無法創造 harness 從未暴露過的東西。
正確的順序：先修復層級（新增工具、閘門、路由、策略），然後再調整提示詞以充分利用該能力。在有缺陷的堆疊上進行提示詞優化，就像在龜裂的地基上進行拋光。
重寫提示詞前的四個問題
Loop 失敗
Graph 失敗
Harness 失敗
Meta-harness 失敗
診斷。然後是基底層。
這四個運行時層級解釋了為何即使提示詞更優，如果缺少底層的 Mercury Core，它仍然會失敗。Mercury Core 是作為該底層和其上層的 meta-harness 所建構的作業系統——一個記憶體、一個介面、一個策略層。
Core 上的五個記憶體層級是作業系統儲存真相的方式。 OpenClaw 就是那張結構網。本頁面的四個層級決定了工作如何運行。
A Booster Pack展示了 Core 如何將工具、視圖和記憶體結構一起暴露出來——即掛載件（harness），被連接進去。
本頁面的循環（loop）是運行時閘門：根據證據採取行動、檢查並停止。 Mercury Loop產品本身是另一回事：這是一種管理服務，可以防止作業系統偏離業務需求。
當閘門是一個模型傳遞時， Mercury Flux會路由成本最低且具備能力的模型，並在任何東西發布之前根據測試進行停止。
Agent 架構常見問題
Agent 系統的四個層級是什麼？
- Loop、Graph、Harness 和 Meta-harness。Loop 根據外部證據驗證工作。Graph 決定了執行流程的下一步。Harness 是模型的運行環境——包括工具、權限、記憶體、上下文和日誌。Meta-harness 管理著許多 Harness，這樣上下文和策略就可以在 Agent 之間移動，而不是被複製貼上。
為什麼 AI Agent 即使有良好的提示詞也會失敗？
- 因為提示詞無法創造出 Harness 從未暴露過的東西。如果缺少停止條件、路由、工具或共享策略，模型仍然可以正確推理，但運行仍然會失敗。請先診斷層級，然後再調整提示詞。
Agent loop 和 Mercury Loop 有什麼不同？
- 不一樣。Agent loop 是一種運行時模式：執行、檢查、根據證據停止。Mercury Loop 是一項管理服務，用於部署 Entry、Analyst 和 Implementer agent，以尋找並修復基礎設施漂移。同一個詞，不同的產品。
這與 Mercury Core 和 OpenClaw 有何關聯？
- OpenClaw 是 Mercury Core 的五層級分層記憶體——這是作業系統儲存真相的方式。這四個運行時層級決定了工作可以如何運行。Core 是作為一個骨架（harness）和元骨架（meta-harness）構建的：人類和 agent 在記憶、介面和策略上共享。一個 Booster Pack 將工具、儀表板和記憶體結構打包到這個骨架中。
為什麼更好的提示（prompt）無法修復缺失的工具？
- 提示塑造了模型利用骨架所暴露內容的程度。它無法創造環境從未提供的工具、權限、資料來源或策略。先修復層級，再調整提示。
什麼是 meta-harness？
- 這是多個 agent 環境上方的通用層級。團隊已經並行運行 Claude Code、Codex、內部 agent 和專家。沒有 meta-harness，每個都是一個資訊孤島。有了它，它們可以共享策略、隔離和可移植的上下文。這就是 Mercury Core 的核心論點：停止將人類用作整合層級。
如何診斷是哪個 agent 層級出錯了？
- 在重寫提示之前，先問自己四個問題。Loop：是否有一個能限制完成的測試？Graph：分支和交接是否明確？Harness：環境是否暴露了任務所需的工具、資料或權限？Meta-harness：agent 能否共享策略和上下文，還是它們是 N 個不協調的孤島？
本頁使用的 Agent 架構術語
- Agent loop
- 根據外部證據執行、檢查、停止。這不是 Mercury Loop，而是受管理的服務。
- Agent graph
- 明確的路由、重試、專家交接、故障轉移和共享狀態。
- Agent harness
- 模型的運行環境：工具、權限、記憶體、上下文、日誌記錄。
- Meta-harness
- 跨多個 harness 的治理 — 共享策略和可移植的上下文。這是 Mercury Core 的職責。
Published 2 September 2026. Concept distilled from public discussion on agent architecture (Rishi, @RishiUvaach). Frame and implementation: Mercury Technology Solutions.