# 策展 · X (Twitter) 🔥

> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)

> 作者：Nate Herk (@nateherk) · 平台：X (Twitter) · 日期：2026-06-11

> 原始來源：https://x.com/nateherk/status/2064572363652399269

## 中文摘要

# 我將 Claude Fable 變成了終極的「第二大腦」

我現在的生活與事業全部整合在同一個地方，而且 Claude Fable 比我更了解它們。

![這是一張呈現複雜網絡結構的節點連結圖（Network Graph），展示了多個不同規模的群聚中心與周邊節點的關聯性。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/831a59a78b5c70a3.png)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">畫面為一張典型的網絡拓撲視覺化圖表，背景為深灰色，節點以白色圓點呈現，連結線條為細灰色。圖中包含數個明顯的「星狀」或「放射狀」群聚結構（Clusters），其中一個位於右上方的群聚規模最大且密度最高，其餘則分佈在左側與下方，呈現出不同層級的連結關係。圖表邊緣散佈著許多孤立或連結較少的節點，整體結構呈現出無標度網絡（Scale-free network）或小世界網絡（Small-world network）的特徵。圖中並無文字標籤或具體數據數值，純粹為網絡結構的視覺化演示。</div></details>

它不只是回答關於我事業的問題，它正在自動化我的事業。

過去幾個月，我一直在打造這套 AI 作業系統。我並不是因為有新模型推出就隨便湊合著用，我花了一整天觀察 Fable 如何融入我現有的架構中。

以下是這套系統的建置方式、我如何持續優化它，以及我日常對它的思考邏輯。

## 懶人包 (TL;DR)

→ Claude Fable 剛推出，基本上就是內建更多網路安全防護機制的 Claude Mythos 5.0。

→ 價格是 Opus 的兩倍（輸入每百萬 token 10 美元，輸出每百萬 token 50 美元），在 6 月 9 日至 6 月 22 日期間僅限訂閱制使用，之後將轉為使用額度計費。

→ 我的 AI 作業系統運作基於「四個 C」：Context（情境）、Connections（連結）、Capabilities（能力）、Cadence（節奏）。

→ 前兩個 C 是你的「第二大腦」，後兩個 C 則是你的 AI 作業系統。

→ Prompt 永遠不是權限層。要用「金鑰 (Keys)」，不要只靠 Prompt。

→ 歸根結底，這一切都是資料夾和 Markdown 檔案，所以它不綁定任何特定工具。

## 快速認識 Claude Fable

Fable 基本上就是內建更多網路安全防護機制的 Claude Mythos 5.0。

Mythos 是 Anthropic 醞釀數月之久的模型，功能強大到尚未全面開放，僅對 Project Glasswing 中的大型網路與基礎設施合作夥伴開放。

![Anthropic 發布了 Claude Fable 5 與 Claude Mythos 5 模型。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/53df3cff4d62dff9.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">這是 Anthropic 官方網站的公告頁面，標題為「Claude Fable 5 and Claude Mythos 5」，發布日期為 2026 年 6 月 9 日。頁面主視覺為由多種蝴蝶拼湊而成的數字「5」圖案。頁面頂部導覽列包含 Research、Economic Futures、Commitments、Learn、News 以及「Try Claude」按鈕。</div></details>

在開始使用前，有兩件事你必須知道：

它在 6 月 9 日到 6 月 22 日期間僅限訂閱者使用，之後會切換為使用額度計費。所以，把握接下來的兩週好好體驗一下。

它的價格是 Opus 的兩倍。輸入每百萬 token 10 美元，輸出每百萬 token 50 美元。它消耗訂閱額度的速度比 Opus 快得多。

## 從「預設」開始，而非從架構開始

這很大程度上是一種思維模式的轉變，是一個採用問題，也是一個習慣的改變。

在此之前，我會開啟各種不同的 AI 工具、訂閱不同的服務、建立自訂專案和自訂 GPT。這感覺很有效率，也確實如此，但我一直在重複同樣的工作。它從未像一位真正了解我生活與事業狀況的共同創辦人。

![這張圖表對比了傳統分散式工具使用與整合式 AI 工作流的差異，強調以「整合環境」取代「單一聊天機器人」的效率提升。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/8bb7cf063071020c.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">圖表標題：One decision starts the whole thing（一個決定開啟一切）

左側（Before）：
- 描述：使用者（you）同時操作 chatbot、AI tool、notes app、more tabs 等多個分散工具。
- 說明文字：Scattered. Nothing remembers you. Nothing compounds.（分散的。沒有東西記得你。沒有東西能產生複利效應。）

右側（After）：
- 描述：使用者（you）直接進入一個整合了 chat、your files、memory 的統一環境。
- 說明文字：Never open a plain chatbot again. Open this first. Every time.（再也不要只打開單純的聊天機器人。每次都先打開這個。）

底部總結：An OS doesn't start with architecture. It starts with a default.（作業系統不是始於架構，而是始於預設值。）

畫面重點：此圖透過對比展示了從「碎片化工具使用」轉向「具備長期記憶與檔案整合的 AI 環境」的思維轉變，強調將 AI 作為工作流的入口（Default），而非僅作為獨立的聊天工具。</div></details>

第一步是關掉那些雜亂的標籤頁，並預設使用同一個 harness。無論是 Claude Code、Codex 還是其他你喜歡的工具，大多數人會選擇 Claude Code。

透過它處理所有事務，你就能開始累積情境、記憶與偏好。這才是正確的做法。

作業系統不是從架構開始的，而是從「預設」開始的。

從那之後，我將其分為兩個層次來思考。

![這張圖表展示了「第二大腦（記憶）」與「AI 作業系統（行動）」之間的協作架構。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/6dc70e88866bfd18.png)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">該圖表呈現了一個兩層式的系統架構，說明資訊如何從記憶層轉化為行動層：
1. 下層為「THE SECOND BRAIN — it remembers」（第二大腦 — 負責記憶），包含三個區塊：
   - your notes（你的筆記）
   - transcripts（逐字稿）
   - decisions（決策）
2. 上層為「THE AI OS — it acts」（AI 作業系統 — 負責行動），包含三個區塊：
   - skills（技能）
   - automations（自動化）
   - routines（例行程序）
3. 圖表中間有三個向上箭頭，象徵從第二大腦的記憶內容驅動 AI 作業系統的執行功能。</div></details>

「第二大腦」是第一部分，沒有它，你就無法擁有 AI 作業系統。「第二大腦」就是你的知識庫。這個系統是否了解你的事業、生活、客戶、YouTube 頻道？你是否能針對這一切向它提問？

一旦有了第二大腦，你就可以在上面建立作業系統。包含 skill、自動化流程，並真正將其作為你的作業系統來運作，而不是依賴 Apple 或 Windows。

## 四個 C

我用來建置與維護 AI 作業系統的框架就是「四個 C」，必須按順序執行。

![本圖展示了從建立「第二大腦」到將其轉化為「作業系統」的四階段發展流程。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/c420058aadfb3513.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">該圖表呈現了一個四步驟的流程，旨在說明如何建構個人化的數位系統：
1. **Context (情境)**：定義「你是誰」。
2. **Connections (連結)**：整合「你的真實數據」。
3. **Capabilities (能力)**：結合「技能與代理人 (skills + agents)」。
4. **Cadence (節奏)**：實現「自動化運行 (runs on its own)」。

圖表下方將流程分為兩個階段：
- 前兩個步驟 (Context, Connections) 被歸類為「build the second brain (建立第二大腦)」。
- 後兩個步驟 (Capabilities, Cadence) 被歸類為「make it an operating system (使其成為作業系統)」。</div></details>

1️⃣ Context（情境）→ 你是誰、你的事業是什麼。

2️⃣ Connections（連結）→ 你的第二大腦能否存取即時資料，而不僅僅是靜態筆記。

3️⃣ Capabilities（能力）→ 你所建立的 skill、Agent、自動化流程與管線。

4️⃣ Cadence（節奏）→ 將這些能力轉化為在你睡覺時也能自動運行的事務。

前兩個是你的「第二大腦」，後兩個是你的「AI 作業系統」。

這是我教學的順序。即使你已經設定好了，這個順序依然重要，因為你未來可能需要提升團隊能力，或是將 AI 作業系統的建置服務賣給其他企業。這就是核心框架。

## Context：你的路由樹

Context 是你的路由樹，而我的 `Claude.md` 就是路由器。

![此圖表展示了以 `CLAUDE.md` 作為核心路由（router），將所有專案檔案與知識庫進行結構化管理的組織架構建議。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/95b546ae85f8962c.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">該圖表呈現了一個名為「ONE folder for everything」的單一資料夾結構建議，其核心邏輯如下：
1. **核心路由**：`CLAUDE.md` 作為中央路由器，負責連結與導向各個子目錄。
2. **分支目錄**：
   - **rules**：存放規則與規範。
   - **references**：存放參考資料。
   - **skills**：存放技能與知識庫。
   - **other projects**：存放其他專案。
   - **wikis**：存放維基百科式文件，下方並延伸出兩個「index」子節點。
該圖表旨在透過單一入口檔案來管理複雜的專案目錄結構，提升檔案檢索與維護效率。</div></details>

它包含了一些目標與流程設定，但主要是引導 Agent 找到檔案所在位置。包括規則、參考資料、skill、其他專案、維基百科等。對於我的知識庫，我會給它精確的維基路徑、快取、主索引，以及瀏覽這些內容的方式。

人們經常問我：到底多少 Context 才算太多？如何判斷何時該拆分檔案？

到目前為止，我的 Context 並沒有過多，因為當我要求它搜尋某樣東西時，它總能很快找到。我一直在觀察它。如果它花五分鐘去搜尋一個我知道位置的檔案，那就是更新架構的訊號。

我們聽過 Context 工程、Prompt 工程、harness 工程。我認為「架構工程」是下一門藝術，而且沒有唯一的標準答案。我的判斷標準很簡單：這對我來說直觀嗎？我能手動翻閱資料夾找到需要的東西嗎？我的 Agent 能做到同樣的事嗎？

最近我做了一個調整，很多人問起這個：我建立了一個名為「Other Worlds」的資料夾。它存放了我其他的 Claude Code 專案，也就是我以前必須在完全獨立的程式庫中開啟的那些東西。

我將所有頻繁使用的東西都移到了我的 `Herk-2` 專案中，原因有二：

→ 同步：我將 `Herk-2` 推送到 GitHub，在筆電上拉取，所有東西就都跟著過來了。我不必在切換機器前推送六個不同的專案。

→ 觸及範圍：我的主作業系統現在可以存取我的書籍專案、網站、影片剪輯、token 儀表板。它可以隨意切換並找到需要的東西。我很喜歡只要開啟 `Herk-2` 就能存取任何東西的感覺。

這些專案規模都不小。光是我的 YouTube 作業系統就包含專案、參考資料和帶有深度挖掘的逐字稿。

即便如此，當我在主目錄執行 `/context` 時，初始 token 大約只有 40,000 個。其中大部分是系統工具和少量的記憶。Markdown 檔案在很長一段時間內都不會成為瓶頸。

這裡沒有對錯。如果你發現自己在浪費 token，或者 Agent 搜尋了 20 分鐘還找不到東西，你就知道哪裡出了問題。否則，你可以自由規劃自己的架構。只要路徑直觀且 Agent 沒有浪費 token，就沒問題。

## Connections：靜態與即時資料

你的部分資料是靜態的。例如你的背景、會議逐字稿、去年的進展與成就。

![此圖表對比了動態數據與靜態數據在知識管理系統中的處理策略。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/a8404684af3bb81c.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">該圖表將數據處理分為兩大類：
1. **Changes constantly (動態數據)**：
   - 包含項目：tasks (任務)、email + cal (電子郵件與行事曆)、revenue (營收)。
   - 處理方式：連接至 OS (作業系統)，強調「Connect live. Pull it fresh every time.」(即時連接，每次皆提取最新數據)。
2. **Static (靜態數據)**：
   - 包含項目：transcripts (逐字稿)、past projects (過往專案)、how biz works (業務運作方式)。
   - 處理方式：匯入至 .md (Markdown) 檔案，強調「Ingest it. Plain markdown files are enough.」(直接匯入，純 Markdown 檔案即足夠)。
底部總結：No database needed at the start. Markdown + an index takes you surprisingly far. (初期無需資料庫，Markdown 加上索引就能發揮極大效用。)</div></details>

Connections 則是那些不斷變動的資料。例如你發給團隊的 ClickUp 訊息、email、QuickBooks 的損益表。

要找出你的 Connections，先從第一層開始。每週你會開啟哪些應用程式？Chrome 裡有哪些書籤？你都在哪裡與人溝通（內部或外部）？這些高優先級的事物就是你首先要連結的。

如果你卡住了，試著從這些面向思考：營收、客戶、行事曆、通訊、任務、會議、知識。每個項目都存放在哪裡？

![這是一張展示「Tier 1」業務營運架構的分類列表，詳細列出了各個功能領域及其對應的軟體工具。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/3db54125f5a436d0.png)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">該圖表將業務運作分為七個核心領域（Tier 1），並對應相關的軟體工具：
- Revenue（營收）：Skool, Stripe, Quickbooks
- Customer（客戶）：Skool, YouTube
- Calendar（行事曆）：GWS (Google Workspace)
- Comms（通訊）：GWS, ClickUp, Slack
- Tasks（任務）：ClickUp, Notion
- Meetings（會議）：Fireflies
- Knowledge（知識）：YouTube, GWS, Local

畫面重點：這是一個系統架構圖，旨在梳理企業營運流程中各個環節所使用的技術堆疊（Tech Stack），透過將業務功能模組化，幫助使用者釐清不同軟體在組織中的定位。</div></details>

對我來說，Skool 是營收和客戶來源。客戶也在 YouTube 上。營收在 Stripe 和 QuickBooks。行事曆在 Google Workspace。通訊則在 Google Workspace、ClickUp 和 Slack。

大多數連結是透過 API 金鑰和端點實現的，我稍後會提到。

這一層的直覺檢查點是：如果你現在開啟 Claude Code 並詢問關於你和你的事業的問題，回答聽起來像是一個陌生人，還是一位隊友？

## Fable 已經對我了解多少

舉兩個例子說明它有多了解我。

首先，我執行了 `/goal` 並要求它瀏覽整個專案，找出它對我、我的頻道以及我們事業的了解，並用「超框架 (hyperframes)」建立一部解釋我心路歷程的影片。

它抓住了真實的樣貌：Nate Herk、AI 自動化、芝加哥創辦人、創作者、狗爸爸。教導普通人如何用 AI 進行開發。2024 年發布 41 部影片，2025 年發布 261 部。那門擁有超過 150 萬次觀看的 8 小時免費課程。從 YouTube 到 AIS 免費課程，再到 AIS 付費課程，最後到高價教練服務的飛輪效應。Uppit AI 擁有 13 人的團隊，這是我們所有事業的核心公司。今年從 n8n 轉向 Claude Code，使命相同，但工具更銳利。

它有一個地方弄錯了：它說我有 62 萬訂閱者，但我現在已經接近 80 萬了。這就是靜態資料的問題，它使用了上次更新的資料。如果我要求它即時抓取訂閱數，它會當場更新那個數字。這點值得一提，讓你了解其中的取捨。

整部影片只用了一個 Prompt 就完成了。

令人討厭的是 Fable 價格不菲。我第一次壓力測試時，在一個多小時內就燒光了每月 200 美元方案的五小時額度。它消耗額度的速度明顯比 Opus 快，所以要小心使用。

第二個例子，同樣是一次性的 `/goal`，大約 21 分鐘就完成了。我要求它讀取我所有的逐字稿以及它們之間的關係，並將其放入一個任何人都可以點擊瀏覽的乾淨介面中。

它建立了一個包含想法、工具、harness 和技術的前端介面。點擊其中一個，它會顯示真實的連結。Agentic Workflows 連結到 Context Windows。Claude Code 連結到 Codex、Open Claw、Hermes Agent，基本上連結了一切。它甚至顯示了每個概念出現在哪些影片中，並添加了頂部導覽列，包含「我是新手」、「我正在開發」、「我經營事業」等入口。

![這是一張「AI 技術堆疊（The AI Stack）」的互動式知識圖譜，展示了 Agentic Workflows（代理工作流）的核心概念、相關工具與實作技術之間的關聯。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/916dc20af0eb7267.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">該畫面為一個名為「The AI Stack, Connected」的互動式網頁應用介面，主要分為左側的知識圖譜節點區與右側的詳細資訊面板。

**1. 知識圖譜節點區：**
- **IDEAS (概念層)：** 包含 Agentic Workflows（當前選中）、AI Coding Market、Cloud Environments、Connectors、Deterministic vs. Agentic Automation、Idempotency、RAG (Retrieval Augmented Generation)、Self-Healing Workflows、Stateless Execution、Vector Embeddings、Vibe Coding、Context Window、MCP Servers、Portable Skills。
- **TOOLS &amp; HARNESSES (工具與框架層)：** 包含 Claude Code、OpenAI Codex、Antiquity、Cursor、OpenCrew、Hermes Agent、n8n、Trigger.dev、Firecrawl、Perplexity、Google Workspace CLI、ClickUp、Pinecone、OpenRouter、Playwright、Vercel、Nano Banana 2、Kie.ai、Seedance 2.0、21st.dev、Superpowers、Pixel Agents、HeyGen、ElevenLabs、Remotion。
- **TECHNIQUES (技術實作層)：** 包含 Agent Teams、AI Video Production Pipeline、Browser Automation、Claude Code Skills、CLAUDE.md as System Prompt、Computer Use、Context Management、GitHub Deployment Pipelines、JSON Image Prompting、Loop Skill、Parallel Agent Execution、Permission Modes、Plan Mode、Progressive Context Loading、Remote Control、Routines、Scheduled Tasks、Sub-Agent Delegation、Test-Driven Development、Token Management、Value-Based Pricing、Visual Brainstorming、Visual Validation、Voice Cloning、WAT Framework。

**2. 右側詳細資訊面板 (以 Agentic Workflows 為例)：**
- **定義：** Automations where you give AI a goal and it figures out the steps（給予 AI 目標並由其規劃步驟的自動化）。
- **說明：** 強調 AI 能描述結果、自行編寫工具、執行並修復錯誤。
- **關聯節點：** 顯示與 Context Window (IDEAS)、Claude Code, Trigger.dev, Vercel, n8n, Perplexity, Firecrawl (TOOLS &amp; HARNESSES)、Plan Mode, WAT Framework, Routines, Value-Based Pricing (TECHNIQUES) 有連結。
- **相關影片：** 列出兩部教學影片標題與日期。

**畫面重點：** 該介面透過節點連線視覺化 AI 開發堆疊，使用者點擊節點即可在右側查看定義與關聯技術，適合開發者梳理 AI Agent 專案架構。</div></details>

為了做到這一點，它必須建立 UI、閱讀我實際的 YouTube 逐字稿、映射真實關係，並思考使用者旅程。對於一個 Prompt 來說，這非常令人印象深刻。

對於大部分內容，我沒有使用資料庫。它就是 Markdown 檔案，加上 Karpathy 的 LLM 維基百科方法與 Obsidian。

關於模型本身：基準測試並不是評判的最佳方式。Harness 和使用方式更重要，很多時候靠的是「感覺」。Karpathy 說得很好，你可以給 Fable 比以往更具野心的任務，而模型就是能「領會」。這與我的經驗相符。它更常理解我想要表達的意圖。

它仍然有粗糙的地方。有時很慢。有時網路安全防護機制會在不該啟動時啟動，告訴我它不能做某事。這些防護機制在剛推出時確實有點過於敏感，這很合理，隨著社群提供回饋，它們會被調整得更好。

## Capabilities：Skill、Agent、組裝線

一旦有了 Context 和 Connections，Capabilities 就是你真正能做的事情。

這是另一個採用測試。你是否能預設在 AI 作業系統內完成工作，而不是開啟 Chrome 分頁？在發送那封 email 或產生那份報告之前，先開啟你的 VS Code。

當你引入一個工具時，檢查它是否有 API 端點。如果有，就把它抓下來。有 CLI 嗎？也抓下來。我更傾向使用 CLI 和 API 而不是 MCP 伺服器，因為我能獲得更多控制權，而且通常更便宜，但 MCP 也可以運作。

Skill 不一定要是什麼 10 步驟的龐然大物。一個 Skill 可以只是一個 Prompt。如果你每週一早上或週五晚上都在寫同樣的東西，把它變成一個 Skill。如果你和 Claude Code 腦力激盪出喜歡的結果，告訴它將其變成一個 Skill，這樣下週就會更快。

![此圖展示了將重複性的提示詞（Prompt）轉化為單一指令（/your-skill）的自動化概念流程。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/b73d84d30d06fb5f.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">圖片呈現了一個流程圖，左側有三個灰色方塊，分別標註為「same prompt · Monday」、「same prompt · Wednesday」與「same prompt · Friday」，代表在不同時間點重複輸入相同的提示詞。這些輸入匯集指向中間的藍色方塊「/your-skill」，最終輸出至右側的綠色方塊「one command, forever」。此圖意在表達透過建立自定義指令（Skill），可以將繁瑣的重複性操作簡化為一次性的永久指令。</div></details>

你的 Skill 在第一次嘗試時不會完美，這正是重點。你每次使用它，都是在產生資料。告訴它你喜歡什麼、不喜歡什麼，更新它，然後再執行一次。我有 20 多個 Skill 加上一堆全域 Skill，每次使用時，我都會給予回饋並要求更新該 Skill。我四個月前建立的一個生成圖片的 Skill 到現在還在變動，因為我的偏好、模型和端點都在變。沒有所謂的「完成品」。

我以組裝線的方式思考，這回到了我使用 n8n 的時期。一個 AI 把一件事做好。一個負責做輪子，一個做車軸，一個做引擎蓋，最後組裝在一起。

如果你把所有東西塞進同一個對話中，它會變得模糊，並導致 Context 腐敗。相反地，我分階段工作。啟動一個 Agent 來研究 X，取得輸出，執行 `/clear`，將其帶入草稿，然後將草稿帶入潤飾階段。透過專門的 Agent 串聯輸出。

![此圖比較了「單一冗長對話」與「分段式工作流」兩種 AI 使用模式的差異，強調透過清除對話紀錄並以檔案傳遞工作進度的優勢。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/4130d4ecfb548364.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">圖表分為上下兩部分：
1. 上方紅色區塊：標示為 "one endless session · everything blurs together"（單一無止盡的對話階段，導致所有內容混雜在一起）。
2. 下方綠色區塊：展示了結構化的工作流程，分為三個階段：
   - "job 1: research"（工作 1：研究）
   - "/clear"（清除指令）
   - "job 2: draft"（工作 2：草稿）
   - "/clear"（清除指令）
   - "job 3: polish"（工作 3：潤飾）
   - 底部文字說明："the work travels as files, not chat history"（工作成果透過檔案傳遞，而非依賴對話紀錄）。

畫面重點：此圖旨在說明將複雜任務拆解為獨立的「工作單元（Jobs）」，並透過清除對話紀錄（/clear）來保持 AI 上下文的乾淨，同時利用檔案作為進度傳遞的媒介，避免單一對話視窗過長導致的資訊混亂。</div></details>

對於平行工作，請進行委派。特別是考慮到 Fable 的價格，將平行任務推給像 Sonnet 或 Haiku 這樣較便宜的工人，然後取回一份乾淨的摘要。這正是動態工作流程所做的。

![此圖表展示了一種 AI 工作流程架構，由一個「聰明模型」指揮多個「廉價工作者」進行任務處理，最後匯總成單一摘要的運作模式。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/9533909d03cec936.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">該圖表呈現了一個分散式處理流程，左側為「YOU + the boss smart model」（你與老闆級聰明模型），透過綠色箭頭將任務分派給中間四個並行的「cheap worker」（廉價工作者），隨後這些工作者透過藍色箭頭將結果回傳，最終匯整為右側的「one clean summary back」（一份乾淨的摘要）。這是一種典型的 AI 任務拆解與聚合（Map-Reduce）架構。</div></details>

## Cadence：贏得自動化的權利

Cadence 是在你睡覺時運行的事務，這是你必須「贏得」的步驟。

你透過證明你的 Skill 經得起考驗並找到正確的使用案例來贏得它。因為隨著你加入更多 AI，成本會上升，風險會上升，維護成本也會上升。自動化某件事並不代表你可以忘記它。你仍然需要可視性，仍然需要檢查，並且仍然需要有人負責。

![這張流程圖說明了自動化系統（OS）如何透過手動、事件驅動或排程觸發，實現「工作自動完成」的運作機制。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/6ca6ed207695b83c.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">這張圖表展示了一個自動化系統（OS）的運作邏輯，包含三個觸發來源與一個結果輸出：
1. 觸發來源（Inputs）：
   - MANUAL（手動）：you ask for it（你主動要求）。
   - EVENT（事件）：something happens（發生了某事）。
   - SCHEDULE（排程）：every Monday, 8am（每週一早上 8 點）。
2. 處理核心（Processing）：
   - your OS（你的作業系統/自動化系統）：routines · loops · code（常式、迴圈、程式碼）。
3. 輸出結果（Output）：
   - work shows up already done（工作顯示為已完成）。
4. 底部註解（Insight）：
   - "Autonomy is earned: visibility, monitoring, battle-testing. More autonomy = more watching, not less."（自主權是爭取來的：需要可視性、監控與實戰測試。自主權越高，代表需要更多的監控，而非更少。）</div></details>

接下來取決於觸發條件：

→ 手動：你要求它執行，所以它可能留在你的 AI 作業系統中。

→ 事件：收到新 email、新客戶預約會議，流程隨之啟動。

→ 排程：每週一，或每週日晚上。

部署方式非常廣泛。Claude Code 常規、迴圈、在 Modal 等平台上運行的確定性腳本，甚至讓你的 Claude 作業系統建立一個 n8n 自動化流程，然後你再將其推送到 n8n。選擇適合你使用案例的方式。

這是你絕對不能跳過的部分：Prompt 永遠不是權限層。

![此圖比較了「提示詞（Prompt）」與「金鑰（Key）」在控制 AI Agent 行為時的本質差異。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/f536747fe89b6f3b.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">圖表分為左右兩部分，探討 AI Agent 的控制機制：
1. 左側「A prompt」：展示一個 Agent 與「SEND」工具，中間以虛線連接，上方標註 "never send emails"。文字說明指出這只是一個建議（a suggestion），Agent 可以忽略它，因為工具仍在鑰匙圈上，Agent 依然可以執行發送動作。
2. 右側「A key」：展示一個 Agent 與「SEND」工具，中間被一道實線牆隔開。文字說明指出「沒有金鑰就沒有能力（no key = no capability）」，Agent 無法執行該動作。
3. 總結文字：強調「你無法決定它做什麼（You don't decide what it does），但你決定了它能做什麼（You decide what it can do）」。</div></details>

假設如果它能做，它就會做。如果它能發送 email，它可能就會發。如果它能讀取那個資料庫，它就會讀。

我們從慘痛的教訓中學到了這一點。一個 Agent 主動從清單中挑選了一個任務，解讀錯誤，決定它需要寫一個折扣碼，並發送給我們名單上的 15 萬到 20 萬人。那是一個根本不應該發出的代碼。我們不得不發布道歉聲明。

我並沒有對建立它的人感到生氣。我們將其轉化為案例研究，讓整個團隊了解風險以及如何安全地工作。我們幾乎需要這次失敗來學習。

解決方案是「金鑰」，而不是 Prompt。如果 Agent 沒有進入可以發送 email 的房間的金鑰，它在物理上就無法發送。那是一個你可以真正信任的權限層。然後你修正指令，確保同樣的事不再發生，並持續循環。每一次失誤都是資料，而不是失敗。

## 我的使用技巧

為了獲得更多效益，我會做三件事：

![這是一張關於如何將 AI 作為「思考夥伴（Thought partner）」的示意圖，強調透過腦力激盪與反向辯論來優化想法。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/3a6a1dfe089baefe.png)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">圖片內容包含以下文字：
- 標題：Thought partner
- 對話框 1（藍色）：here's my idea
- 對話框 2（紅色）："ok, but..."
- 主說明框：Brainstorm with it. Make it play devil's advocate. Grain of salt, always.

畫面呈現了一種互動模式，將 AI 視為能夠進行腦力激盪（Brainstorm）並擔任「魔鬼代言人（devil's advocate）」的角色，同時提醒使用者應對 AI 的輸出保持批判性思考（Grain of salt）。</div></details>

1️⃣ 將其視為思考夥伴，但保持懷疑。不要問它怎麼做某事，得到答案後就直接執行。與它腦力激盪，讓它扮演魔鬼代言人，同時你也這麼做，並為不同的觀點啟動子 Agent。我喜歡讓子 Agent 或 Agent 團隊互相辯論，這樣我才能根據直覺做出更明智的決定。這些模型仍然傾向於諂媚並試圖取悅你，所以請記住這一點。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.png)

2️⃣ 讓它採訪你。我使用一個名為「Grill Me」的 Skill（最初來自 Matt Pocock），我對其進行了調整以撰寫腦力激盪文件。它會用 15、25、30 個問題來拷問我，將知識從我的腦袋中提取到作業系統中。你可以直接告訴一個全新的設定使用 Grill Me 來了解關於你事業的一切。我今天就執行了一次來規劃整部影片。

![這是一張關於 AI 提示工程技巧的示意圖，強調在信任 AI 輸出結果前，應要求其進行自我驗證。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/09c4de5007413bed.png)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">圖片展示了一個簡單的流程概念，包含以下文字內容：
- 圖示上方標註：「now check it」（現在檢查它），並以箭頭指向一個綠色的勾選符號。
- 圖示下方標註：「its output」（它的輸出）。
- 底部方框內的核心文字：「Before you trust an output, make it verify its own work.」（在信任輸出結果之前，請讓它驗證自己的工作。）
畫面重點在於傳達一種「自我反思（Self-reflection）」或「自我審查」的 AI 提示工程策略，即在 AI 生成內容後，透過指令要求其檢查並確認正確性，以提高輸出品質。</div></details>

3️⃣ 驗證它自己的工作。這是最重要的一點。在那個關係圖譜的建置中，我告訴它這只是 YouTube 的演示，所以不需要達到生產環境標準，只要容易理解即可，然後使用動態工作流程來驗證一切是否準確且有效。讓它視覺化檢查結果，並測試初學者、軟體工程師和企業主是否都能點擊瀏覽並理解。開啟 Playwright 瀏覽器並點擊看看。無論你如何驗證實習生的工作，給予 Claude Code 同樣的能力。這就是 70% 的初稿與 92% 的成品之間的區別。

## 這一切只是資料夾和檔案

模型和 harness 只是引擎。你正在建置的是系統。

歸根結底，這一切都是資料夾和檔案。所以，如果你明天切換到 Codex，或者換回 Sonnet 4.5，又有什麼關係呢？每個程式撰寫 Agent 都可以使用它。

![此圖表展示了將舊模型替換為 Claude Fable 模型並整合至既有系統（Engine Bay）的架構流程。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/f4c2d7f97683bff9.jpg)

<details class="chart-data"><summary>展開畫面重點</summary><div class="me-note">圖片呈現了一個系統架構示意圖，核心為一個名為「engine bay」的區塊，標註為「YOUR SYSTEM」。
- 左上方有一個白色框標示「old model」，下方註記「slides out」，並以虛線箭頭指向 engine bay。
- 右上方有一個綠色框標示「Claude Fable」，下方註記「slides in」，並以綠色箭頭指向 engine bay。
- 下方藍色大框內包含三個模組：
    1. folders + markdown
    2. skills + router
    3. logs + wikis</div></details>

這就是為什麼我保留了 `.claude`、`.codex` 和 `.agents`，加上 `claude.md` 和 `agents.md`。我希望這個系統盡可能不綁定特定工具。我也每天用 Codex 運行它，只是為了看看哪個更好。

你不是在學習 Claude Code 或 Codex。你是在同時學習一切，因為你正在建立自己可重複使用的 IP。資料夾和 Markdown 檔案、Skill 和路由邏輯、日誌和維基百科。這不是一個 Claude Code AI 作業系統，這是你自己的個人作業系統。

這應該能減輕你追逐每一個新模型的壓力。總有一天，你可以在不需要具備深厚技術的情況下，在開源模型上運行自己的 harness，這一切都會自然發生。

## 快速問答

一些我經常被問到的問題。

→ 全天運行需要多少成本？視情況而定。我是在每月 200 美元的方案下進行知識工作，而不是繁重的程式撰寫。我很少達到五小時的限制，每週限制也只是偶爾達到。

→ 我的資料去哪了？使用 Claude 模型時，資料會傳送到 Anthropic。它是閉源的，所以如果你處理大量敏感資料，你可能不想使用閉源模型。

→ 我需要會寫程式嗎？不需要。

→ 第一天，空資料夾，第一步做什麼？使用我在免費 Skool 社群課程中提供的 AIS OS GitHub 儲存庫。跟著做，一天之內就能運作。

→ 當它自信滿滿地出錯時怎麼辦？檢查工作內容，然後告訴它更新 `Claude.md` 和 Skill，確保同樣的事不再發生。永遠要求它向你展示資料的確切來源。

→ 即時連結如何運作？透過 API 或 CLI。搜尋該工具的 API 文件，將其交給 Claude Code 或讓它進行研究，並告訴它確切的端點。使用範圍受限的 API 金鑰，這樣金鑰只能讀取你的會議逐字稿，而不能編輯或刪除任何東西。要用「金鑰」，不要只靠 Prompt。

→ 如果我幾週沒管它會怎樣？沒什麼大礙。你只需要重新同步你的資料即可。

→ 團隊中的每個人都要建立自己的系統嗎？是的，但先學會它，這樣你才能教導他們並交接團隊通用的 Skill。決定共享知識存放在哪裡（ClickUp、Slack、Notion 或 Drive），並給予每個人唯讀權限。最糟的情況是每個人都在重複知識和工作，而真正的阻礙永遠是「採用率」。

## 結語

你不是在建置一個 Claude Code AI 作業系統。你是在用資料夾和檔案建立自己的第二大腦，任何模型都可以接入其中。

我在完整影片中逐步演示了所有過程。連結在第一則回覆中。

## 標籤

教學資源, 其他, Anthropic, Claude
