-
日期: 2026-03-11 | 來源: 愛范兒 | 有0人參與評論 | 字體: 小 中 大
就算是真的龍蝦，也不是每個人都適合吃。
用這句話來形容當下的絕對 AI 頂流OpenClaw，可能再合適不過。
社交媒體上流傳的截圖，永遠是龍蝦最肥美的那壹面：Agent自動處理郵件、跨應用調度任務、像壹個不用休息，永遠不會在群裡已讀不回的數字員工。
這種畫面制造了強烈的 FOMO，讓無數人心想「我也要壹只」。
於是，壹場關於龍蝦的集體狂熱就此開始。只是，沒人提的是，這只「龍蝦」要配什麼鍋、燒多少柴火，以及它進了你廚房之後，會不會順手把冰箱裡的東西全部清空。
今天，我們不談那些改變世界的宏大敘事，只算壹算普通人養壹只 OpenClaw，到底要付出怎樣的成本。
月薪兩萬，養不起壹只龍蝦
先說怎麼才能體驗 OpenClaw？
目前體驗最完整的方案，是專門准備壹台長期在線的本地硬件。OpenClaw 創始人 Peter Steinberger 本人就用壹台 Mac Mini 跑 Agent，連接本地文件、掛接各類工具，連續處理各種任務。
受此影響，蘋果 Mac mini 在各大電商平台迅速售罄，蘋果官網顯示，現在下單最快要到 4 月底才能到手；並且壹些贰手平台上甚至衍生出了「租 Mac mini 養龍蝦」的服務。
但如果想用本地模型把 API 費用壓下去，硬件門檻會陡然上升。
如果想省掉這筆硬件錢，則可以選雲服務器。騰訊雲、阿裡雲都有壹鍵部署方案，價格從幾拾到上百元不等，以及 Kimi Claw、MaxClaw、以及今天正式上線的 AutoClaw，主打壹個開箱即用。
買不到機器怎麼辦？拿自己的舊電腦硬上唄。但 OpenClaw 對系統環境，尤其是 Node.js 的版本，有著極其玄學的要求。無數滿懷激情的年輕人，跟著教程折騰了壹通宵，最後依舊卡在命令行報錯界面。
這種想用用不上的焦慮，也催生了壹個暴利的代裝 OpenClaw 行業：國內平台上遠程代裝幾拾元起步，上門服務普遍要 500 到 1500 元。國外壹家名為 SetupClaw 的網站則報價 3000 至 6000 美元。
哪怕你成功部署了龍蝦，也建議留意後續的坑。
Chatbot 聊天機器人時代，用戶的付費訂閱是包月的，問壹次，答壹次，成本是靜態的。但 Agent 壹旦開始跑任務，每壹次讀網頁、調工具、看文件、重試錯誤，背後是瘋狂燃燒的token在負重前行。
這也讓我想起了最近流行的壹句話：「月薪兩萬，養不起 OpenClaw。」
OpenClaw 的官方文檔寫得很直白：養「龍蝦」的花費不只來自核心模型回復，還來自網頁讀取、記憶檢索、壓縮總結、工具調用，以及系統提示裡塞進去的 workspace 文件和 bootstrap 配置。
上下文壹長，反復調用幾輪，燃燒的 token 梆梆就是兩拳。具體到價格，按 2026 年 3 月的市場行情，用 Claude Sonnet 跑 OpenClaw，單月累計壹千萬輸入加壹千萬輸出 token，光費用就接近 180 美元。
真把它當全天候執行 Agent、用高階模型跑難度較高的任務，月費破千美元也都不稀奇。
市場數據也印證了這種燒法。OpenRouter 處理的 token 量從每周 6.4 萬億直接漲到 13 萬億。
在這條生態鏈裡，頂層贏家始終是找到 C 端場景的各大 AI 廠商，靠算力和 API 坐收漁利；次層是雲廠商和知識付費者，靠服務和信息差賺錢；受損方只有壹類，就是掏錢燒 Token、還要承擔系統風險的普通用戶。
還沒裝上 OpenClaw，就已經先交了第壹筆安全學費
退壹萬步講，就算你不差錢，安全問題才是真正讓人睡不踏實的雷區。
微軟安全團隊曾預警過龍蝦的危險之處：OpenClaw 應被視為「攜帶持久憑證的不受信任代碼執行環境」，不適合直接跑在標准個人電腦或企業工作站上。
問題不在於它能不能用，問題在於它天生就站在壹個很危險的位置。高權限、高連通、高自動化，這叁樣東西湊在壹起，本來就不該讓人放松警惕。可很多人偏偏是用裝聊天軟件的心態去裝 OpenClaw，最後便很容易落得壹地雞毛。
Shodan 平台監測顯示，全球有超過拾幾萬個 OpenClaw 實例直接暴露在公網上，處於零認證狀態，奇安信數據顯示其中相當數量位於中國境內。
工信部也專門發布了風險提示，OpenClaw 網關在默認配置下不核驗請求來源，用戶只需在瀏覽器裡誤點壹個惡意鏈接，攻擊者就能通過本地端口接管 Agent 的全部系統權限。
更麻煩的是，有些人甚至還沒裝上正版，就已經先交了第壹筆學費。
安全研究機構 Huntress 在 2026 年 2 月發現，有人趁 OpenClaw 大熱，在 GitHub 上偽造安裝包，植入 Vidar 信息竊取木馬和 GhostSocks 代理惡意軟件。
連 Bing 搜索廣告都被拿來做引流，用戶搜索「OpenClaw Windows」，AI 推薦鏈接直接指向了壹個剛創建的惡意 GitHub 倉庫。這批假安裝包從 2 月 2 日掛上去，到 2 月 10 日才被發現下架，中間整整八天。
▲Bing AI 搜索結果鏈接到了壹個托管在 GitHub 上的惡意安裝程序。
https://www.huntress.com/blog/openclaw-github-ghostsocks-infostealer
插件生態同樣是壹個隱蔽的雷區。
網絡安全機構審計發現，ClawHub插件市場裡約 12% 的 Skill 含有惡意代碼，通常偽裝成加密貨幣助手、YouTube 工具這類熱門類目，壹邊執行正常任務，壹邊在後台偷取 SSH 密鑰、瀏覽器密碼和 API 密鑰。
由於插件大多以 Markdown 或 YAML 格式存儲，普通用戶根本無法肉眼辨別。更要命的是，即便官方下架了已知惡意插件，GitHub 倉庫仍保留著歷史備份。你找人代裝的那壹份，到底順手給你塞了什麼，很多時候連代裝的人自己都未必說得清楚。
這類風險，並不會因為使用者足夠專業就自動消失。
Meta AI 安全研究總監 Summer Yue 將工作郵箱接入 OpenClaw 後，Agent 開始高速刪除郵件，對她反復發出的「STOP」指令毫無響應，最終她不得不物理斷開機器才阻止了損失。
原因不是模型不夠聰明。而是 OpenClaw 的上下文壓縮機制在處理大量郵件時，把她此前設定的「不確認不執行」這條底線指令直接過濾遺忘了。系統設計的優先級裡，根本沒有「用戶隨時可以叫停」這壹條。
壹個專門研究 AI 安全風險的頂級專家，尚且無法在關鍵時刻踩住刹車，陰溝裡翻船。普通用戶面對的風險，自然不難想象。
說到底，大家的焦慮也不是沒有來由。去年之DeepSeek，猶如今日之 openclaw，每隔壹段時間，AI 總會冒出壹個新物種，把人推到「再不用就落伍」的心理邊緣。
可很多時候，真正把人拖垮的，不是工具不夠先進，而是工具太多、太雜、太吵。哈佛商業評論今年 3 月的研究就用數據印證了這種境況。
調查 1488 名全職工作者後，研究者發現，同時使用超過叁個 AI 工具，生產力反而會下降。
他們把這種狀態叫作「AI 腦過載」，典型表現包括注意力飽和、決策疲勞、持續性腦霧。經歷這類狀態的員工，主動離職意向比其他人高出 39%。最會用 AI 的人，有時也會以另壹種形式被 AI「幹掉」。
所以回過頭看，OpenClaw 你拿它當玩具，或者拿它做高價值、低頻次的任務，成本大體可控，風險也還算能收得住。真把它當成壹個 24 小時在線的數字雇員去養，成本、風險和管理復雜度都會迅速上升。
對絕大多數普通用戶來說，等等下壹代更穩、更安全、更省錢的產品，往往比現在立刻沖進去當第壹批小白鼠要理性得多。
第壹個吃螃蟹的人值得尊敬。但第壹百個吃螃蟹的人，通常吃得更好，也更便宜。
附卸載指南
如果讀到這裡，你已經判斷 OpenClaw 帶來的成本和風險遠遠大於收益，決定和這只「龍蝦」體面告別，也不是沒有辦法。它的卸載和普通軟件不太壹樣，不是拖進廢紙簍就算完事。
卸載分兩條路：CLI 還在的，走簡易路徑；CLI 已經找不到但服務還在跑的，走手動清理路徑。
簡易路徑（CLI 仍然可用）
最省事的方式是用它自帶的卸載命令：
openclaw uninstall
想壹鍵清除所有配置、跳過所有確認提示，加參數：
openclaw uninstall –all –yes –non-interactive
如果你習慣用 npx，也可以：
npx -y openclaw uninstall –all –yes –non-interactive
如果想手動壹步步來，效果完全壹樣，按順序執行：
第壹步，停止網關服務：
openclaw gateway stop
第贰步，卸載網關服務本身：
openclaw gateway uninstall
第叁步，刪除本地狀態與配置文件：
rm -rf “${OPENCLAW_STATE_DIR:-$HOME/.openclaw}”
注意：如果你當時把OPENCLAW_CONFIG_PATH設置到了狀態目錄之外的自定義路徑，那個文件也需要手動刪除，否則會有殘留。
第肆步，刪除 workspace（可選，但建議執行，會壹並清除 Agent 運行時產生的文件）：
rm -rf ~/.openclaw/workspace
第伍步，卸載 CLI 本體，根據當時的安裝方式選擇對應命令：
# npm 安裝的
npm rm -g openclaw
# pnpm 安裝的
pnpm remove -g openclaw
# bun 安裝的
bun remove -g openclaw
如果還安裝了 macOS 桌面版，記得壹並處理：
rm -rf /Applications/OpenClaw.app
手動清理路徑（CLI 已不可用，但服務仍在運行）
如果 CLI 已經找不到了，但網關服務還在後台默默跑著，就需要根據操作系統分別處理。
macOS 用戶：
默認服務標簽為ai.openclaw.gateway，執行：
launchctl bootout gui/$UID/ai.openclaw.gateway
rm -f ~/Library/LaunchAgents/ai.openclaw.gateway.plist
如果你當時用了 –profile 參數，需要把命令裡的標簽和 plist 文件名替換為 ai.openclaw.。此外，老版本 OpenClaw 遺留的 com.openclaw.* 格式 plist 如果還存在，也壹並刪除。
Linux 用戶：
默認服務單元名為openclaw-gateway.service，執行：
systemctl –user disable –now openclaw-gateway.service
rm -f ~/.config/systemd/user/openclaw-gateway.service
systemctl –user daemon-reload
使用了 –profile 的，對應單元名為 openclaw-gateway-.service，命令裡替換即可。
Windows 用戶：
默認任務名為 OpenClaw Gateway，執行：
schtasks /Delete /F /TN “OpenClaw Gateway”
Remove-Item -Force “$env:USERPROFILE\.openclaw\gateway.cmd”
使用了–profile的，任務名對應為OpenClaw Gateway ()，同時刪除~\.openclaw-\gateway.cmd。
幾個容易漏掉的細節
多 profile 的情況： 如果你當時用–profile參數創建了多個配置，每個 profile 都有獨立的狀態目錄，默認路徑是~/.openclaw-，需要逐壹找出來，逐壹刪除。壹個都不能漏，否則殘留數據還在。
遠程模式的情況： 如果你用的是遠程模式，狀態目錄不在本機，而是在網關主機上。這意味著上面停止服務、刪除狀態目錄這幾步，需要登錄到網關主機上去執行，本機操作是不夠的。
源碼方式安裝的情況： 如果你當時是通過git clone拉取源碼運行的，卸載順序很重要——必須先卸載網關服務（走上面的簡易路徑或手動清理路徑），再刪除倉庫目錄，最後清理狀態和 workspace。順序不能反，否則服務還掛著，刪了倉庫反而清理不幹淨。
做完這些，才算真的和這只龍蝦說了再見。- 新聞來源於其它媒體，內容不代表本站立場！
-
原文鏈接
原文鏈接:
目前還沒有人發表評論, 大家都在期待您的高見