若你正把 OpenClaw 或 OpenHuman 從本機試用推進到 7×24 常駐的本地 AI Agent,瓶頸通常不是某一條安裝指令,而是有沒有一台始終開機、跑原生 macOS、又能扛住 Ollama 推論的 Apple Silicon 主機。本文面向要在租用 Mac Mini M4 雲端節點上釐清兩套開源框架差異、對接 Ollama、並完成常駐程序與磁碟規劃的開發者:先拆解痛點,再給選型對照與租用/自購/Linux 雲主機決策矩陣,最後附上可複製的安裝片段與至少六步上線清單。月費與庫存以 NOVAKVM 租用價格頁 為準;下單見 雲端訂購頁;遠端連線與工作階段策略見 雲端說明中心。
讀完你應能判斷:① 場景較適合訊息通道型 OpenClaw 還是桌面記憶型 OpenHuman;② M4 16GB 與 M4 Pro 64GB 各適合哪一檔 Ollama 模型;③ 為何把常駐程序放在獨占裸金屬 Mac 上,總帳往往比筆電熱點或通用 Linux VPS 更省。下文指令與版本號以官方儲存庫與文件為準,請在發版或入庫後再次開啟連結核對。
[ SECTION_01 ] // PAIN_MAP 2026 年本地 AI Agent 為何必須有一台常駐的 macOS 主機
- 睡眠與風扇搶資源:個人 MacBook 闔上螢幕即斷工作階段;OpenClaw 的 Gateway 與 OpenHuman 的背景迴圈都假設主機長期在線,筆電難以充當正式環境的「家」。
- Linux VPS 缺原生堆疊:通用雲主機可跑容器,但 LaunchAgent、Tauri 桌面 GUI、Metal 加速的 Ollama 在 macOS 上路徑最短;遷到 Linux 往往多一層相容與除錯成本。
- 自購硬體現金流重:Mac Mini M4 自購動輒數萬元,還要承擔閒置率;短週期驗證 Agent 工作流時,按日/週/月租用獨占實體機 較易對齊專案節奏。
- 純雲端 API 的帳單與出境:敏感對話走公有 API 會帶來 Token 帳單 與 資料出境 顧慮;對接 Ollama 的本機推論可把對話留在租用 Mac 的磁碟邊界內。
- 雙 Agent 搶統一記憶體:同時試 OpenClaw 與 OpenHuman 時,模型權重、日誌與外掛快取會疊加;沒有記憶體梯度規劃,13B 模型會在 16GB 機器上頻繁換頁。
- 通道與桌面各要一套維運:OpenClaw 側重 Telegram/WhatsApp;OpenHuman 側重 Gmail/Notion 與 Memory Tree——若團隊兩條線並行,更需要可擴充磁碟與可稽核備份的遠端節點。
[ SECTION_02 ] // DECISION_MATRIX OpenClaw 與 OpenHuman 怎麼選,以及租用/自購/雲 GPU 怎麼對照
下表用於選型,不表示只能二選一;不少團隊會在同一台高規格遠端 Mac 上分使用者或分連接埠並行驗證。窄螢幕可橫向滑動。
| 維度 | OpenClaw(MIT) | OpenHuman(GPL-3.0) |
|---|---|---|
| 產品形態 | CLI + Gateway,偏訊息通道(Telegram、WhatsApp、Discord) | Tauri 桌面應用,偏個人超級助理與 Memory Tree |
| 本機推論 | 可對接 Ollama,工作區多在 ~/.openclaw |
local_ai.runtime_enabled 啟用後走 Ollama/LM Studio |
| 常駐方式 | openclaw onboard --install-daemon(launchd) |
桌面應用長駐 + 可選本機 Ollama 生命週期管理 |
| 典型記憶體 | 16GB M4 可扛 7B–13B 級模型(視並發而定) | 官方文件建議 8GB 起步、16GB+ 較穩;64GB M4 Pro 適合更大模型 |
| 方案 | 優勢 | 常見坑 |
|---|---|---|
| 租用獨占 Mac Mini M4 | 原生 macOS、Metal、十分鐘級交付、按租期彈性 | 需規劃 SSH/螢幕共用與工作階段安全基線 |
| 自購單機 | 長期獨占、無月租帳單 | 硬體閒置、升級換機現金流、異地備份自建 |
| Linux + 雲端 GPU | 算力標稱高 | 缺 OpenClaw/OpenHuman 原生路徑;資料與合規路徑更繞 |
實務建議:先用月租或週租節點跑滿兩週日誌與模型換頁曲線,再決定是否自購;OpenClaw 深度除錯可交叉閱讀站內 OpenClaw 安裝與磁碟篇。
[ SECTION_03 ] // OLLAMA_TIER 租用 Mac Mini M4 節點與 Ollama 模型梯度怎麼對齊
在 Apple Silicon 上,Ollama 利用統一記憶體與 Neural Engine 跑開源權重;選型時應把模型參數量與統一記憶體餘量綁在一起看,而不是只看 CPU 核心數。2026 年社群常用的輕量梯度包括 Llama 3、Qwen2.5、Gemma3 等標籤——具體標籤名以你執行 ollama pull 時上游庫為準。
- M4 16GB 梯度:適合單路 7B–13B 推論 + OpenClaw Gateway 常駐;並發拉模型時要替系統與日誌留 3–4GB 餘量。
- M4 Pro 64GB 梯度:適合更大上下文、接近 70B 級別的本機實驗(仍受磁碟與量化格式影響);OpenHuman 多工作負載同時走本機路由時優先這一檔。
- 磁碟:每個量化模型可能佔用數 GB 到數十 GB;遠端 Mac 上建議把 Ollama 模型目錄 與 OpenClaw 工作區、OpenHuman 設定 分區規劃,避免系統碟被權重塞滿。
- 節點地域:若主要使用者在東亞,優先新加坡/日本/香港入口以降低 SSH 與螢幕共用延遲;模型推論仍在本地 Mac 完成,不依賴跨境 API。
Ollama 安裝與模型清單請以官方網站為準;發版後請再次開啟下列連結核對。
[ SECTION_04 ] // OPENCLAW OpenClaw 安裝、常駐服務與 Telegram 通道接入要點
上游建議透過官方安裝腳本拉起執行環境,並用精靈完成 Gateway 與常駐服務。官方文件載明需要 Node 24(建議)或 Node 22.19+;安裝腳本可自動處理 Node 相依性。下列片段僅作結構說明,執行前請閱讀安全提示。
curl -fsSL https://openclaw.ai/install.sh | bash
node -v
openclaw onboard --install-daemon
openclaw doctor
openclaw gateway --port 18789 --verbose
在遠端 Mac 上,--install-daemon 會把 Gateway 納入 launchd 使用者服務內容,避免僅在你 SSH 工作階段裡存活。接入 Telegram 等通道時,請把 Webhook/反向代理與最小暴露面寫進變更單;通道與 TLS 細節可繼續參考站內 OpenClaw 通道與 Gateway 除錯篇。對接 Ollama 時,在 OpenClaw 工作區按上游文件設定本機模型端點,並確認 18789 連接埠不與其他服務衝突。
OpenClaw 安裝與儲存庫說明請以官方為準;發版後請再次開啟下列連結核對。
https://docs.openclaw.ai/install
https://github.com/openclaw/openclaw
[ SECTION_05 ] // OPENHUMAN OpenHuman 本機 AI 與 Memory Tree 在租用 Mac 上的落地要點
OpenHuman 以桌面體驗為中心:除可選的雲端模型路由外,可在設定中啟用本機 AI。上游 GitBook 記載:需將 local_ai.runtime_enabled 與 local_ai.opt_in_confirmed 設為 true,並以 ollama:模型標籤 形式為不同工作負載指定本機模型。Memory Tree 讓助理在數週尺度記住習慣——對長期在線的租用節點更有價值,因為記憶檔與模型權重都應納入備份策略。
curl -fsSL https://raw.githubusercontent.com/tinyhumansai/openhuman/main/scripts/install.sh | bash
brew tap tinyhumansai/core && brew install openhuman
在租用 Mac 上透過 VNC/螢幕共用 完成首次 Onboarding,連接 Gmail/Notion/Slack 等資料來源後,再在設定中開啟 Local AI 面板;若本機尚無 Ollama 執行檔,應用會引導安裝——具體行為以你安裝的版本為準。設定片段範例(路徑與檔名以官方為準):
local_ai.runtime_enabled = true
local_ai.opt_in_confirmed = true
local_ai.provider = "ollama"
OpenHuman 本機 AI 與安裝套件請以官方發佈頁與文件為準;發版後請再次開啟下列連結核對。
https://github.com/tinyhumansai/openhuman/releases/latest
https://tinyhumans.gitbook.io/openhuman/features/model-routing/local-ai
[ SECTION_06 ] // RUNBOOK 至少六步上線清單、可引用參數與落地結論
- 選節點與機型:依目標使用者地域在 租用價格頁 選定新加坡/日本/韓國/香港/美東/美西入口;Agent + 13B 本機模型優先 M4 16GB+,多模型並行優先 M4 Pro 64GB。
- 拉通遠端存取:固化 SSH 金鑰、螢幕共用與最小連接埠暴露;禁止把 Gateway 管理口直接裸露在公網無鑑權環境。
- 安裝 Ollama 並拉取權重:為
ollama pull預留獨立磁碟水位;記錄模型標籤與量化格式,便於回滾。 - 部署 OpenClaw:執行官方
install.sh與openclaw onboard --install-daemon;用openclaw doctor存檔自檢輸出。 - 部署 OpenHuman(可選第二軌):完成桌面 Onboarding,啟用
local_ai.*開關,並為 Memory Tree 設定備份目錄。 - 運行兩週觀測:記錄統一記憶體峰值、日誌成長與通道訊息延遲;確認 SLA 後在 雲端訂購頁 固化租期,條款以價格頁為準。
- Node 基線:OpenClaw 官方安裝文件建議 Node 24 或 Node 22.19+;請以
docs.openclaw.ai/install為準。(來源:官方安裝文件,入庫後再次核對。) - Gateway 預設連接埠:社群文件普遍以 18789 作為 Control UI/Gateway 範例連接埠;衝突時以本機
--help為準。(來源:官方 README 與安裝精靈說明。) - OpenHuman 本機 AI 開關:
local_ai.runtime_enabled預設為false,需明確 opt-in;工作負載路由欄位支援ollama:標籤形式。(來源:TinyHumans OpenHuman GitBook Local AI 章節。) - 硬體記憶體:OpenHuman 文件載明本機模型建議 8GB RAM 起步、16GB+ 較理想;與 M4 統一記憶體機型規劃一致。(來源:同上 GitBook。)
把 Agent 綁在個人筆電或共享虛擬化主機上,常見代價是睡眠斷工作階段、鄰居干擾與不可稽核的金鑰散落;純 Linux 雲 GPU 則缺少 macOS 原生 GUI 與 LaunchAgent 路徑。對需要 OpenClaw 通道自動化 與 OpenHuman 桌面記憶 同時驗證、又希望對話與權重留在本機磁碟邊界的團隊,更乾淨的路線是租用獨占 Apple Silicon 裸金屬 Mac,讓個人裝置退回控制台。
若你正在比較自購與月租,建議先在 NOVAKVM 租用價格頁 對齊記憶體與磁碟檔位,用 雲端訂購頁 拉起試驗節點跑滿至少兩週的 Ollama 與 Gateway 日誌曲線。對需要多地低延遲入口、原生 macOS 與 7×24 本地 AI Agent 的正式環境,NOVAKVM 的 Mac Mini 雲端裸金屬租用通常意味著更短的上線路徑與更可讀的升級邊界;更多 OpenClaw 專題可回到 工程部落格列表 繼續閱讀。