# 影片筆記：Fable 5 泄露：1597行终结“外挂 Agent”时代！Hermes/OpenClaw 的宿命？

## 一句話總結

影片解析了從 ElderPrinets 倉庫泄露的 CloudFable 5（或稱 Methos 5）系統提示詞，指出該架構通過「預編譯」、「單發命中」及嚴格的沙盒隔離，試圖以強大的單一大模型取代傳統依賴外部規劃與多智能體協作的 Agent Loop 架構，但代價是極高的 Token 消耗與受限的網絡能力。

## 核心重點

*   **架構範式轉移**：從依賴外部框架（如 LangChain、AutoGPT）的「Agent Loop」轉向模型內置能力的「單發命中」。當基座模型足夠強大時，外部 Agent 框架被視為累贅。
*   **三大核心機制**：
    1.  **建議的連接器（Suggested Connectors）**：強制第三方 MCP 應用調用需經過註冊表查詢與用戶確認，類似 CI/CD 的 Code Review，防止模型幻覺導致工具濫用。
    2.  **View 指令與 ScaleMD**：強制模型在執行前讀取環境配置文件（類似 `package.json`），實現環境解耦，避免 Prompt 膨脹導致 KV Cache 報錯。
    3.  **Cloud Deception 架構**：模型內置動態能力，無需外部多智能體調度，單模型即可通過上下文注入切換角色（規劃師/審查員）。
*   **代價與限制**：
    *   **完全無狀態**：每次推理需重新塞入完整歷史、Memory MD 和超長 ScaleMD，導致 Token 消耗極大。
    *   **白名單沙盒**：僅允許訪問 30 多個域名，防止微小幻覺被放大。
    *   **嚴格限制**：包括版權限制（引用單一來源超過 15 個單詞即違規）、拒絕黑名單（五大類紅線）以及前端狀態存儲斷崖（嚴禁 Local Storage）。

## 詳細大綱

### 一、 背景與核心衝突
*   **當前 AI 創業現狀**：多數開發者仍在搭建複雜的 Agent 系統，包括 LangChain、AutoGPT 及多智能體協作。
*   **泄露事件**：ElderPrinets 倉庫泄露了一份約 1597 行、120KB 的 CloudFable 5（或 Methos 5）系統提示詞。
*   **核心觀點**：當模型本身足夠強悍時，外置智能體框架是累贅。
*   **兩種模式對比**：
    *   傳統 Agent：被比喻為「多动症兒童」，會亂跑、試錯、自作聰明。
    *   CloudFable 5：被比喻為「頂級狙擊手」，遵守物理邊界，單次命中，嚴格前置確認。

### 二、 CloudFable 5 的三大核心機制
1.  **建議的連接器（安全斷層）**
    *   傳統 Agent 直接調用 API（如 Uber Eats）。
    *   CloudFable 5 流程：查註冊表 -> 強制調用建議連接器 -> 彈窗展示選項 -> 模型掛起等待用戶點頭。
    *   目的：類似代碼提交的 Code Review，防止模型幻覺導致工具濫用，實現「閉眼省錢保命」。
2.  **View 指令與 ScaleMD（環境解耦）**
    *   強制在創建文件或運行代碼前，調用 `view` 工具讀取路徑下的 `ScaleMD` 文件。
    *   作用：類似 `package.json` 或 `Cargo.toml`，告訴模型當前環境可用的工具及 Bug 情況。
    *   優勢：避免將環境規則硬編碼在 Prompt 中導致 Prompt 過長（KV Cache 報錯），實現精妙的內存與算力賬本。
3.  **Cloud Deception 架構（動態實例化）**
    *   定義了 Atherapic API 在 AR 前端應用中的事實數據集。
    *   允許 Cloud 在前端直接通過 Fetch 調用 Atherapic 自己的 API（Cloud 套娃）。
    *   原理：類似高通 SoC 集成 5G 基帶，無需外置模組。
    *   效果：單一大模型通過動態注入 ScaleMD 和狀態容器，在幾毫秒內切換面具（規劃師/審查員），無需外部框架調度多個 Agent。

### 三、 代價與局限性（反直覺參數）
1.  **完全無狀態的只讀掛載點**
    *   文件系統分配 5 個目錄，權限全部為**只讀**。
    *   工作必須在隱藏草稿本完成，徹底閹割持久化修改能力。
    *   商業邏輯：無狀態意味著每次推理需將完整對話歷史、Memory MD、超長 ScaleMD 重新塞回上下文窗口，成為大廠的「Token 提款機」。
2.  **極其憋屈的 30 家白名單沙盒隔離**
    *   網絡配置僅允許訪問 30 多個域名。
    *   類似 Docker 使用嚴格白名單而非 `network=host`。
    *   目的：防止模型在閉環中產生微小幻覺並被下一個調用放大，成為「地危幻覺放大引擎」。
3.  **其他嚴格限制**
    *   **絕對的版權癱瘓**：引用單一來源超過 15 個單詞即違規，導致法律/醫學檢索時消耗大量算力重組句子。
    *   **嚴苛的拒絕黑名單**：五大類紅線（爆炸物、CSAM 縮寫、勒索軟件等），對白帽黑客而言如同「只會說抱歉的磚頭」。
    *   **前端狀態存儲斷崖**：嚴禁在 Artifacts 中使用 Local Storage，導致無法開發離線 PWA 應用。

### 四、 技術路線對比與終極啟發
*   **主流生態框架**：LongChain, Auto GPT, Cloud Code 等，給模型外挂「大腦皮層」，拼循環策略與錯後反思。
*   **Hermes Agent / Math 多智能體**：堅信模型能力有天花板，需多部 Agent Loop 榨乾性能。
*   **菲伯午（Fibo 5 / CloudFable 5）**：反 Agent Loop 派。
    *   將 COT（Chain of Thought）和推理過程以底層算子印連接，吃進模型前向傳播。
    *   比喻：從需要副駕駛拿地圖糾錯，變為車輛本身具備完全自動駕駛能力，一把方向盤開到終點。
*   **結論**：
    *   Agent 框架存在的理由是基座模型不夠強。
    *   增加 Agent Harness 會引入網絡延遲、API 錯誤率及狀態爆炸風險。
    *   只要基座模型單發即為最優解，Agent 框架終將被視為過渡時代的臨時补丁並被刪除。

### 五、 給開發者的核心收穫
1.  **停止先做再說的黑盒調用設計**：將工具調用的建議確認機制嵌入底層，類似 CI/CD 卡點，所有外部交互必須搜索到建議並經用戶選擇，無用戶意圖顯示授權即為合規定時炸彈。
2.  **擁抱無副作用的無狀態系統設計**：減少複雜跨畫冊記憶外挂庫，使用指頭掛載和白名單沙盒控制，每次執行只給最小權限。
3.  **重新審視 Agent 業務編排框架**：當模型越過自我驗證和推理預知節點時，應有膽量刪除用於打補丁的 planner 和 cracket 代碼，輕裝上陣，單點透傳。
4.  **架構眼鏡的殘酷與美麗**：框架如火箭脫落的助推器，墜入大氣層後，只剩純粹算力直面真實物理深淵。

## 工具 / 模型 / 名詞整理

*   **LangChain** (逐字稿拼寫為 LangChair)
*   **AutoGPT**
*   **ElderPrinets** (倉庫名)
*   **CloudFable 5** (代號)
*   **Methos 5** (代號)
*   **Athrobic** (公司/模型品牌，亦出現為 Etherapic, Atherapic, Athrobic)
*   **Uber Eats** (API 示例)
*   **MCP** (Model Context Protocol 縮寫)
*   **ScaleMD** (環境配置文件)
*   **package.json** (示例)
*   **Cargo.toml** (逐字稿拼寫為 cargo2ML)
*   **KV Cache** (逐字稿拼寫為 KVCAT)
*   **Docker** (逐字稿拼寫為 Darker)
*   **CI/CD** (逐字稿拼寫為 CICT)
*   **LongChain** (逐字稿拼寫為 LongChain)
*   **Cloud Code**
*   **Hermes Agent**
*   **Math 多智能體**
*   **SweeBench** (學術測試基準)
*   **Fibo 5 / 菲伯午 / 非波 5 / 非北五** (指代 CloudFable 5 的不同聽寫變體)
*   **Local Storage**
*   **PWA** (Progressive Web Apps)
*   **CSAM** (縮寫，指代特定內容)
*   **COT** (Chain of Thought)
*   **Artifacts**
*   **AR 前端**
*   **高通 SoC**
*   **5G 基帶**

## 操作流程整理

1.  **傳統 Agent 流程**：
    *   模型直接調用 API（如 Uber Eats）。
    *   依賴外部規劃器、審查員和多智能體協作。
    *   結果：系統笨重，易產生幻覺，試錯成本高。

2.  **CloudFable 5 流程**：
    *   **步驟 1：查註冊表**。模型查詢建議的連接器（Suggested Connectors）。
    *   **步驟 2：強制調用建議連接器**。若無建議連接器，則無法直接調用。
    *   **步驟 3：彈窗展示選項**。向用戶展示選項。
    *   **步驟 4：模型掛起**。等待用戶點頭確認。
    *   **步驟 5：執行**。用戶確認後，模型執行操作。
    *   **環境檢查**：在創建文件或運行代碼前，調用 `view` 工具讀取路徑下的 `ScaleMD` 文件，確認環境可用工具及 Bug 情況。
    *   **動態切換**：單一大模型通過動態注入 ScaleMD 和狀態容器，在幾毫秒內切換面具（規劃師/審查員）。

## 值得注意的限制或風險

*   **完全無狀態**：文件系統分配 5 個目錄，權限全部為只讀，工作必須在隱藏草稿本完成，徹底閹割持久化修改能力。
*   **Token 消耗極大**：每次推理需將完整對話歷史、Memory MD、超長 ScaleMD 重新塞回上下文窗口。
*   **網絡能力受限**：僅允許訪問 30 多個域名，類似 Docker 使用嚴格白名單而非 `network=host`。
*   **版權限制**：引用單一來源超過 15 個單詞即違規，導致法律/醫學檢索時消耗大量算力重組句子。
*   **拒絕黑名單**：五大類紅線（爆炸物、CSAM 縮寫、勒索軟件等），對白帽黑客而言如同「只會說抱歉的磚頭」。
*   **前端狀態存儲斷崖**：嚴禁在 Artifacts 中使用 Local Storage，導致無法開發離線 PWA 應用。

## 逐字稿辨識疑點

*   **LangChair**：應為 LangChain，但逐字稿顯示為 LangChair。
*   **Authrabek / Athrobic / Etherapic / Atherapic**：逐字稿中公司或模型名稱拼寫不一致，分別出現為 Authrabek, Athrobic, Etherapic, Atherapic。
*   **ElderPrinets**：倉庫名稱，聽寫可能為 Elderspring 或其他，需查證。
*   **CloudFable 5 / Methos 5 / Fable 5 / Facebo5 /菲伯午 / 非波 5 / 非北五 / Fibo 5 / Fibor 5**：代號聽寫極不穩定，需查證正確名稱。
*   **紫帶里**：語境不明，疑為「系統裡」或特定術語的聽寫錯誤。
*   **持久化機翼**：疑為「持久化機制」的聽寫錯誤。
*   **分多不跑**：語境不明，疑為「分步跑」或類似詞彙的聽寫錯誤。
*   **最右键**：語境不明，疑為「最終結果」或「最優解」的聽寫錯誤。
*   **建議的連接器**：語境中指代某種確認機制，疑為「Suggested Connectors」的直譯或特定術語。
*   **ScaleMD**：指代環境配置文件，類似 package.json，需查證是否為特定產品名稱。
*   **cargo2ML**：疑為 Cargo.toml 的聽寫錯誤。
*   **KVCAT**：疑為 KV Cache 的聽寫錯誤。
*   **Cloud Deception / Cloudception**：架構名稱聽寫不一致。
*   **Darker**：疑為 Docker 的聽寫錯誤。
*   **LongChain**：疑為 LangChain 的聽寫錯誤。
*   **SweeBench**：疑為 SWE-bench 的聽寫錯誤。
*   **planner 和 cracket**：指代代碼組件，cracket 疑為特定名稱或聽寫錯誤。

## 可延伸追問

*   CloudFable 5 的 1597 行系統提示詞具體內容為何？
*   Athrobic/Etherapic 公司背景及該模型與現有開源模型的差異？
*   ScaleMD 文件的具體格式與範例？
*   如何平衡「完全無狀態」帶來的 Token 成本與「單發命中」的效率優勢？
*   30 家白名單沙盒的具體名單為何？
*   該架構對開發者遷移現有 Agent 應用的具體影響？