#OpenClaw #工作流程 #真實世界 #多代理人 #社群 #使用案例 #生產力

OpenClaw 真實工作流程:超過 85 位使用者實際建構的內容 (2026)

這不是教學,也不是示範。本文從 148 則社群回覆、兩篇 Reddit 討論串、超過 85 個分類使用案例及企業部署筆記中,提煉出四種結構模式。內容包含晨間簡報代理人、10 代理人的 Mission Control、將每月成本從 $90 優化至 $45 的方法,以及更多精彩內容。

@ AgentPuter Lab
$
~ 閱讀 25 min

真實 OpenClaw 工作流程:超過 85 位使用者的實際建構成果

上週我們談到了當 OpenClaw 設定不當時可能出現的問題——供應鏈攻擊、91% 的提示詞注入成功率,以及影響了 135,000 個曝險實例的 ClawHavoc 事件。那就是事情的風險面。

這則是另一面。

每個教學都會向你展示一個 hello-world 代理程式。這篇文章則不然。 以下內容直接擷取自三個月來的社群產出:單一推文的 148 則回覆、兩個活躍的 Reddit 討論串、一個收錄超過 85 個分類使用案例的精選資料庫,以及一家為澳洲企業運行 OpenClaw 的代管服務公司所提供的正式環境部署筆記。若原始作者可供識別,則會註明出處。若內容為綜合整理,則會標明來源。 目標並非靈感,而是模式識別。有四種結構性模式,會在所有使用案例中反覆出現。一旦你看懂了這些模式,你就不會再問「我該用 OpenClaw 打造什麼?」,而是會開始問「哪種模式適合我當前


【插圖 01-grahammann-article.png】 grahammann.net ——「我能找到的所有 OpenClaw 使用案例(85+ 個)」,2026 年 2 月 13 日。根據對 Lenny 推文的 148 則回覆以及 Clawverse 作品集。


  1. 工作流程 05:從每月 90 美元到 45 美元
  2. 工作流程 06:設計公司的週一早晨
  3. 工作流程 07:10 個代理人的 Mission Control
  4. 通用基礎設施堆疊
  5. 採用數據實際揭示的內容
  6. 企業現實檢核
  7. 從何處著手
  8. 附錄:依類別劃分的 85+ 個使用案例

四大模式 {#four-patterns}

Graham Mann 花時間看完了 Lenny Rachitsky 一則推文下的 148 則回覆,該推文詢問大家實際上用 OpenClaw 打造了什麼。他也閱讀了 Clawverse 社群展示區和 Brandon Wang 的文章。在整理了超過 8 **全天候運作的代理人。**大多數認真使用 OpenClaw 的人,都會讓它在 Mac mini、便宜的 VPS 或 Raspberry Pi 上 24/7 全天候運行。代理人並非像聊天應用程式那樣,可以隨意開啟 **以通訊作為介面。**Telegram 出現在 15 個以上的使用案例中,WhatsApp 則有 7 個以上。iMessage 與 Discord 也各自用於多種設定中。一致的選擇是您已在使用的通訊應用程式,而非新的儀表板。 隔夜工作。 最常重複的模式:睡前指派任務,醒來就有成果。這乍聽之下可能像天方夜譚,但這卻是數十人所描述的基本操作。代理程式不需要睡眠,也不需要你坐在辦公桌前,並且能使用你提供給它的任何工具。 多代理人團隊。 數名進階使用者會運行 4-10 個專門代理人,這些代理人透過共享資料庫進行協調,而非透過單一的單體代理人。每個代理人都有明確的角色、明確的工具和有限

工作流程 01:晨間簡報代理人 {#workflow-01}

來源: 多個 —— @chrysb 透過 grahammann.net、[@mbogoroch18](https:// 設定如下:每天早上會有一個 cron job 觸發,傳送一份結構化摘要到你的 Telegram、WhatsApp 或 iMessage。摘要內容取決於你的設定。最精簡的版本包含當天的行事曆事件和幾則未讀郵件的重點。更完整的版本 一位使用者(@chrysb)稱之為「幕僚長」代理人。每天早上,它會提供簡報,內容包含交易準備、科技新聞和會議背景資訊。同一個代理人每晚會進行自我反思,並根據內容的實用性來調整 “jobs”: [ { “schedule”: “0 7 * * 1-5”, “message”: “生成我的晨間簡報:今日行事曆活動、前 3 封未讀郵件、任何今日到期的任務。針對 Telegram 格式化。內容維持在 400 字以內。”, “channel”: “telegram” } ] } }

讓這不僅僅是個簡單 cron job 的關鍵,就是 SOUL.md。將長期指令儲存在 SOUL.md 的使用者,會收到一份根據其角色與偏好量身打造的簡報——這並非一份通用的摘要,而是一份早已知曉您關
**運作原理:** 您不再是每天早上處理來自五個應用程式輸入的中樞。代理程式會進行彙整,您則負責做決策。

Serif.ai 將此描述為「每天都從領先一步開始」。無論您是否這麼稱呼,實際效果是:您一天的前二十分鐘不再是行政工作。

> *「我用它來分類收件匣、從 WhatsApp 訊息自動安排一對一會議。它自動拒絕了 14 個不佳的會議邀請。代理程式替你說了不。」*
> —— [@eouaooo](https://x.com/eouaooo),來自 grahammann.net

---

## 工作流程 02:多代理人內容管線 {#workflow-02}

**來源:**[r/LocalLLaMA 討論
| 寫手 | 根據研究產出撰寫初稿 |
| 編輯 | 採用百分制品質量規來決定草稿通過或退回 |
| 研究員 | 搜集來源、查核事實,再交給寫手 |
| 程式設計師 | 處理任何自動化任務、生成腳本 |
| 流程管理員 | 調度順序、管理佇列 |
三週內的產出:約產生了 30 份草稿。退稿率:約 40%。這個 40% 的數字很重要——這代表編輯代理人確實有在發揮作用。一個不拒絕任何東西的品質閘門,只是在增加延遲而已。
成本細目是這其中具啟發性的部分。Claude Haiku 處理了大約 80% 的自動化任務——路由決策、簡短的分類判斷、格式化處理。對於這些任務,Haiku 的成本比 Sonnet 或 Opus 便宜約
"params": { "context1m": false }
      },
      {
        "id": "researcher",
        "model": "claude-sonnet-4.6"
      },
      {
        "id": "writer",
        "model
**錯誤 1:Cron 工作忽略情境變更。**管線管理員會在未檢查前次執行的輸出是否已更新的情況下,就啟動新的執行。修復:新增了使用 `DECISIONS.md` 的執行前檢查 — 這是一個記錄所做決策
**佇列清空前,請勿啟動新的研究員週期**
**原因:** 編輯器已觸發 Anthropic 的速率限制;將暫停 30 分鐘

錯誤 2:內部推理洩漏至使用者訊息中。 當管線透過主代理人傳回摘要時,來自子代理人的推理軌跡會出現在輸出中。修復方法:在所有非最終輸出步驟的子代理人上設定 deliver:false “deliver”: false } ] } }


現在,完整的管線每週會在夜間執行三次。晨間審閱大約需要十五分鐘:瀏覽 Notion 中的佇列、批准或拒絕「編輯」的決定,偶爾將
四個代理程式,運行於單一 MacBook Pro 上,各自專注於不同任務:

| 代理程式 | 名稱 | 任務 |
|---|---|---|
| 研究 | Tib | 每 15 分鐘輪流檢視 B2B/B2C
這個設定在結構上有趣的地方在於:每個代理程式都有自己的 SOUL.md 和自己的記憶輪替日誌。記憶輪替日誌是一個檔案,用來追蹤代理程式已經調查過的內容,這樣它在多次執行中就不會重複工作。
SOUL.md 檔案賦予每個代理人鮮明的個性與角色界線。Tib 的 SOUL.md 規定它應揭示新穎的切入點——不僅是報告現有情況,更要識別鄰近機會。Gus 的 SOUL.md
依 15 分鐘的時程,輪流檢視不同的想法庫。
你的工作是找出*新穎*的切入點,而不是總結已有的內容。
請勿重複過去 72 小時內已記錄於 MEMORY_ROTATION.md 的任何
格式化一則 200 字的 Telegram 摘要:首先是 [SIGNAL] 項目,接著是 [NOISE],
若有任何代理程式標記了安全問題,則最後是 [ALERT]。
明確地呈現代理程式之間的衝突。

這個 30
**成本註記:**此設定使用 MiniMax 2.5 作為所有四個代理程式的基礎模型。光是 Tib 一個代理程式,每 24 小時就以 15 分鐘的間隔進行約 96 次查詢週期。
這個範例描述了一個網站開發公司的完整客戶交付流程,此流程完全透過 Telegram 進行控制:

客戶傳送變更請求 ↓ 客戶語音訊息 → [轉錄為文字] ↓ OpenClaw 在 Telegram 中接收請求 ↓ 編碼子代理啟動 → 解讀請求 → 開啟程式碼庫 ↓ 在測試分支上進行變更 ↓ 產生預覽連結並透過 Telegram 傳回 ↓ 客戶核准或要求修改 ↓ 核准 → 部署至正式環境

支援郵件會經過相同的系統處理:收到的支援郵件會被自動轉換為格式化的變更報告,然後成為佇列中的一個任務。

操作員的配置如下:編碼子代理程式擁有對部署伺服器的 SSH 存取權限、對 GitHub repo 的讀寫權限,以及每個客戶一個專屬的 Telegram 頻道。主代理程式扮演路由器的角色——它會從多個客戶頻道接收訊息,並根據訊息所屬的專案,將其指派給正確的子代理程式。
另一位打造了類似產品的人:@jlehman_ 分享了如何透過 Telegram 訊息,在一個週末內將一個完整的產品——Pagedrop——從點子一路打造到部署。「建立了架構、購買了網域、設定了基礎設施、登陸頁面、GitHub OAuth、金流。全都是在週末正常活動時,透過文字訊息完成的。」

```json
{
  "channels": {
    "list": [
      {
        "id": "client-acme",
        "type": "telegram",
        "params": {
          "project": "acme-website",
"codebase": "/repos/acme",
          "deployBranch": "main",
          "stagingUrl": "https://staging.acme.example.com"
        }
      }
    ]
  },
  "agents": {
    "list": [
      {
        "id": "web-coder",
        "model": "claude-sonnet-4.6",
        "skills": ["git", "ssh", "browser"],
        "runTimeoutSeconds": 600
      }
    ]
  }
}

**這裡真正節省時間的,**不是編碼本身的自動化,而是消除了狀態回報的循環。整個流程——請求、建置、預覽、核准、部署——都在 Telegram 內完成。沒有電子郵件往返。沒有「我確認一下再回覆你」這種話。


工作流程 05:從每月 90 美元到 45 美元 {#workflow-05}

**來源:**r/LocalLLaMA 生產筆記與 ohmyopenclaw.ai 部署文件 初始狀態:每月約 90 美元。主要都是呼叫 Sonnet 來處理所有事情,包括不需要 Sonnet 的任務。

措施一:縮減啟動引導脈絡。

代理程式的啟動引導脈絡——也就是啟動時 審核後:縮減至 27KB / 6,472 個權杖。**這表示每次工作階段啟動時,計費的權杖減少了 69.8%。**對於一個每天透過多個 cron 工作啟動數次的代理程式來說,這個效果會快速疊加。

# 檢查在啟動時實際載入了什麼
openclaw doctor --verbose

# 按大小列出所有記憶體檔案
ls -lh ~/.openclaw/memory/

# 檢視正在載入的內容
cat ~/.openclaw/memory/USER.md
cat ~/.openclaw/SOUL.md

USER.md 或 SOUL.md 中任何描述你三個月前已完成專案的內容,都會耗費你的 token。請將其封存到一個在啟動時不會載入的獨立檔案中。

**干預措施 2:將 Haiku 用於例行 “modelByChannel”: { “telegram”: “claude-haiku-4.5”, “cron-router”: “claude-haiku-4.5”, “analysis”: “claude-sonnet-4.6” 記憶體操作原先使用同步嵌入呼叫。現已改用 Batch API,其成本降低 50% 且在離峰時段運行。延遲方面的取捨是:批次結果會在 24 小時內回傳。對於不需要同步的記憶體 核心教訓:大多數意料之外的 OpenClaw 帳單來自兩個來源。一是啟動情境過於臃腫,載入了你不需要的 token。二是將高能力模型用於不需要高能力的任務。


工作流程 06:設計公司的週一早晨 {#workflow-06}

【插圖 02-ohmyopenclaw-workflows.png】 Oh My OpenClaw — 「5 個真正取代分頁切換的 OpenClaw 生產力工作流程」,2026 年 2 月 24 日。五個經記錄的工作流程組合,並測量了使用前後所節省的時間。

來源: ohmyopenclaw.ai — Oh My OpenClaw,2026 年 2 月 24 日

情境設定:一家 12 人的設計公司使用 OpenClaw,並串連了三個技能 — ClickUp、cal-com 與 Gmail。 **之前:**五個 App,五次登入。開始工作前的總耗時:30 分鐘。

**之後:**打開 Telegram,輸入「週一簡報」。代理程式會擷取 ClickUp 任務、行事曆事件、未讀郵件、Slack 提及和工時追蹤摘要。2 分鐘內讀完。9:15 開始工作。

**衡量成果:**週一早晨的審閱時間從 30 分鐘縮短至 8 分鐘。

從電子郵件建立任務的步驟從 4 個減少到一則訊息:

「週五收到了 Acme 標誌修訂的電子郵件。為此建立一個 ClickUp 任務,截止日期為週三,並指派給 Tomoko。」

同一個團隊也記錄了客戶報告的工作流程:過去每週五,需要花 9 **關鍵原則:**從兩種技能開始,而不是五種。安裝 ClickUp 和 cal-com。花一週時間熟悉如何將它們搭配使用。然後再加入電子郵件。最好的工作流程是從實際使用模式中產生,而不是來自於預先設計一個完美的系統。 十個代理人。一個共用的 Convex 資料庫。15 分鐘的心跳週期。每日站立會議。代理人之間的 @提及通知。

代理人角色
小隊長協調者;分派任務、解決衝突
社群媒體經理安排並在各個平台上發布貼文
設計師產生素材,並與 Figma 協作
電子郵件行銷管理自動化郵件序列與行銷活動成效
開發者程式碼任務、建立 PR、執行測試
文件撰寫維護內部文件的更新

心跳週期:每 15 分鐘,每個代理人會將狀態更新寫入共享的 Convex 資料庫。小隊長會讀取所有狀態更新、識別阻礙,並在需要時重新指派任務。 從此設計中學到的實務教訓:

**1. 共享資料庫優於共享記憶體檔案。**當代理人需要協調時,一個結構化資料庫(Convex、Supabase、帶有綱要的 SQLite)比透過記憶體檔案傳遞訊息更為可靠。它能處理並行寫入、提供查詢功能, 2. 心跳訊號能揭露無聲的故障。 一個停止寫入心跳更新的代理程式,要不是卡住了,就是已經死亡。如果沒有心跳訊號,你要等到下游的某個環節出錯了才會知道。

** **4. 單一真人接觸點。**操作員的角色:檢視 Slack 上的晨會報告、檢查 Telegram 的提及紀錄、處理小隊長向上呈報的事項。不是直接管理十個代理人——而是管理一份摘要。


通用基礎設施堆疊

Discord (提及 5 次以上,多代理人設定) iMessage (提及 3 次以上,個人/家庭)

運算 (永遠開啟) Mac Mini — 最常見的家用伺服器選擇 Mac Studio — 繁重工作負載 SQLite — 結構化代理人協調 Supabase — 多代理人共享資料庫

專用管線 (依使用案例) Twilio — 實際電話通話 (使用 ElevenLabs 語音) SeatsAero — 獎勵機票搜尋 Kalshi — 預測市場執行 moomoo — 交易 API Home Assistant — 智慧家庭控制 Garmin Connect — 健身資料 「GitHub-for-config」的模式值得特別一提。一些進階使用者會將他們整個 OpenClaw 的設定,放在一個私人的 Git repo 中進行版本控制。

cd ~/.openclaw
git init
git add .
git commit -m "初始 openclaw 設定 — 2026 年 2 月"

# 任何設定變更後
git add -A && git commit -m "緊縮啟動脈絡:移除了舊的專案檔案"

這讓你在更新導致問題時可以回滾,在行為出現非預期改變時能查看差異歷史紀錄,並且能輕鬆部署到新機器上。


採用數據實際顯示的內容 {#adoption-data}

【插圖 05-tldl | 研究與資料 | 28% | 4.3/5 | | 電子郵件管理 | 20% | 4.0/5 | | 編碼輔助 | 15% | 4.8/5 |

**編碼的滿 **內容自動化的應用最為廣泛。**這是大多數人入門的地方,因為能馬上看到成效。你執行一個 cron job,在 Telegram 上收到摘要,20 分鐘內就能看到成果。

調查也指出一個常見的進程:使用者從內容自動化開始 Team 400 —「OpenClaw 的生產環境實踐」,2026 年 2 月 10 日。來自一家託管服務供應商的企業部署經驗談。

Team 400 是一家為澳洲企業執行 OpenClaw 的託管服務公司:

「展示只需要十分鐘,通過資安審查卻要十週。大多數 OpenClaw 專案都在這兩者之間的某個環節陣亡了。」 **從展示到實際生產的鴻溝是真實存在的。**入門指南涵蓋了設定。它沒有涵蓋:在安裝前由誰審查技能程式碼、當 LLM 供應商發生服務中斷時會發生什麼事、如何保護憑證,或當團隊成員離職時,您如何處理使用者配置。 **你需要一個預備環境。**每個 OpenClaw 更新都應該先上預備環境。他們在一年內已有三次不得不回復 OpenClaw 的更新——每次都在 15 分鐘內完成,因為回復程序已預先文件化並經過測試。

** **維運負擔:**在穩定狀態下,於生產環境中執行 OpenClaw,每週需要一個人投入 4-8 小時。

對於個人使用和小型團隊而言,這些額外開銷大多不適用。但若您要將 OpenClaw 導入 *Serif.ai —「OpenClaw 應用案例:人們實際上都拿它來做什麼」,2026 年 2 月 9 日。25 個文件記載的應用案例,橫跨電子郵件、行事曆、研究、生產力與商業 第一週:新增一個記憶體檔案。 開始使用 triple-memory-skill 或手動記憶體檔案,來儲存你重複告訴代理人的事情。這樣能讓你的代理人感覺它認識你,而不是每次對話都重新開始。

**第二至四週 **第二個月:首次多代理人設定。**新增一個具有特定角色的子代理人。一個在夜間運作的研究代理人。限定其工作範圍。

**第三個月起:夜間工作。**到這個時候,你將充分了解你的代理人能可靠地

「我有一個代理人,它了解我的專案、記得我們的對話,還會在我睡覺時做有用的工作。光是這樣,就足以讓我繼續打造下去了。」

就從這裡開始。以此為基礎繼續打造。


快速參考:社群資源

來源類型用途
grahammann.net/blog/every-openclaw-use-case精選清單瀏覽分類、尋找您的使用案例
r/openclaw社群實際架設、疑難排解、同儕回饋
r/LocalLLaMA技術社群進階使用者設定、成本最佳化
ohmyopenclaw.ai技能目錄尋找與評估技能、工作流程指南
serif.ai/openclaw使用案例目錄特定產業工作流程
tldl.io/blog/openclaw-use-cases-2026調查資料採用統計數據、各類別滿意度
team400.ai/blog企業指南生產部署、安全性、營運
github.com/hesamsheikh/awesome-openclaw-usecasesGitHub社群整理的原始清單

附錄:超過 85 種使用案例(依類別) {#appendix}

*節錄自 grahammann.net。完整出處資訊詳見原始貼 潛在客戶開發與理想客戶輪廓(ICP)外展 · 自動出價工作流程 · 銷售通話前的潛在客戶研究 · 與企業客戶預約會議 · 全天候(24/7)銷售外展團隊 · 物理治療公司管理 · 非營利組織營運 · 管理 4 個代理商工作區 · CRM 遷移(1,500 名聯絡人) · 透過 Telegram 進行客戶網站管理 · eBay 營運管理 · 橫跨 29 家零售店的產品情報(40TB 資料)

編碼與開發 (11) 透過 Telegram 在一個週末內打造產品 (Pagedrop) · 根據 Reddit 趨勢資料,一夜之間自主建構應用程式 · 具備 App Store Connect 自動化功能的 iOS/網頁應用程式協調器 · 透過 SSH 在 Raspberry Pi 上進行硬體專案 · 客製化 ERP 模組管線 · 一夜之間完成功能開發 · 夜間進行個人專案編碼 · 為獨立創辦人設計的 Scrum Master 代理人 · 在 3 週內開發出 iOS 跑步教練應用程式 · 透過 Slack 在 Kubernetes 中進行遊戲 DevOps · 具備日誌追蹤與回滾提案的生產環境事件管理 社群媒體與內容 (11) 4 個 X 帳號的多平台管理 · 營運長智能體監督 4 名智能體團隊,並提供每日 AI 新聞簡報 · 三名智能體向各大刊物提案故事 · 自動化跨 Reddit/TikTok/Discord/X 發文 · X 動態掃描 多智能體團隊 (10) 10 代理人 Mission Control(Convex 資料庫,15 分鐘心跳偵測) · 管理其他代理人的代理人團隊(已開源) · 8 個特化代理人執行超過 50 個 cron 排程工作 · 4 代理人維運/創造者/策展人/潤飾者團隊 · 4 個代理人在一個自行託管的 Matrix 聊天室中 · 代理人艦隊儀表板,包含健康狀況、交易與創意代理人 · 給予一個代理人 1,000 美元用於自主創業 · 近乎由代理人營運的 SaaS(月營收 550 美元) · 擁有自己 X 帳號並有 API 成本預算的代理人 · 30 天挑戰:讓代理人自己賺錢 研究與分析 (7) Linear → Obsidian 隔夜研究報告 · 透過 WhatsApp 準備會議 · 內容索引與脈絡回溯 · 為專案點子進行隔夜網路研究 · 選擇權流數據分析 (6 個月,SQLite + 向量層) · 協調週四晚餐並進行群組投票 · 透過 iMessage 群組聊天預訂餐廳 · 透過語音指令管理孩子的 Minecraft 伺服器 · 孩子的行程安排,由代理人致電教練 · 家庭餐點規劃 + 每月關係指導 · 在飛機 AI 幕僚長,具備夜間自我反思功能 · 每日銷售簡報,包含客戶談話要點 · 每週視覺化行事曆,提供負載平衡建議 · 收件匣分類 + 自動拒絕 14 個不佳的會議邀請 · 為即將到來的會議自動生成附圖片的 PowerPoint · 每週市場簡報發送至 Notion,並附上 Telegram 連結

金融與交易 (5) 股票與加密貨幣價格警示 · 在 Nvidia Jetson 上運行的加密貨幣與選擇權交易機器人 · Kalshi 預測市場自動執行 · 電子郵件開銷追蹤(14GB 已索引) · 支出追蹤與淨值監控

** 機票 + Airbnb 行程規劃工具,搭配每日價格排程作業 · 透過 Telegram 尋找頭等艙獎勵機票(SeatsAero API) · 活動自動新增至行事曆,並建立詳盡的家庭成員項目

筆記與知識管理 (4) 透過 Telegram 完全控制 Home Assistant (車庫、投影機、燈光、Vestaboard) · 可依時段顯示內容的 Samsung 電視情境儀表板 · 可查看代理程式執行狀態的動態島狀態應用程式 (已開源)

**創意 1v1 迷因對戰競技場(一夜百餘場對戰,觸發了 API 閾值警報)· 透過代理人相容性評估進行 AI 配對 · 可讓代理人四處走動與交易的虛擬世界 · 用於建構 以您設定的語氣自動回覆 WhatsApp · 透過 Supabase + Resend 管理對 2,400 位使用者的電子郵件行銷活動 · 透過實際撥打電話預訂餐廳 (使用 ElevenLabs + Twilio) · 每天凌晨 3: