
TL;DR
2026 年 2 月的一個週末,Google 無預警封殺了數千名透過 OpenClaw 使用 Antigravity 的用戶。看起來是服務條款爭議,但背後是一場科技巨頭搶奪「AI 代理人入口」的全面戰爭。
這篇文章會帶你看到的:
- 封號事件只是表層,真正的戰場是「誰能成為你電腦裡的總管」
- Meta 搶不到 OpenClaw 創辦人,轉而用 $2B 收購的 Manus 打造雲端 Agent 包圍網
- 雲端 Agent 的便利性背後,是你的工作流程與決策記憶被鎖進別人的伺服器
- 對企業經營者來說,這是數位資產的主權問題
一個週末,數千人的帳號消失了

2026 年 2 月 23 日,星期一。
我打開 Reddit 和 X,看到大量用戶在回報災情:帳號被封了。不是某個小眾服務,是 Google。被封的還是每月付 $250 的 AI Ultra 訂閱戶,沒有警告,沒有退款。
事情的起因是 OpenClaw——一個在 GitHub 上爆紅到 22 萬顆星 的開源 AI 代理人框架。它能讓 AI 直接操作你的電腦,自動處理從寫程式到管理專案的各種任務(關於 OpenClaw 的起源故事,可以參考這篇作者採訪)。很多開發者用它串接 Google 最新的 AI 程式開發工具 Antigravity,結果觸發了 Google 的防禦機制。
Google DeepMind 工程師 Varun Mohan 出面解釋:系統偵測到「惡意使用的大幅增加」,導致一般用戶服務品質嚴重下降,必須迅速切斷這些用戶的存取權。
Users paid for quota, used quota within limits, got banned. That’s not malicious, that’s using the product you sold them.
用戶付了錢、用量沒超標,卻被封號。這不是惡意使用,這是在用你賣給他們的產品。
但讓開發者社群真正恐慌的,不是 AI 工具被禁這件事本身。
Google 的 AI 產品與 Gmail、Google Drive、行事曆共用同一套帳號基礎設施。論壇上的焦慮很具體:一條 AI 服務條款的違反,可能連帶讓你過去十年的信件、合約、聯絡人全部消失 。
我看著這些討論,冷汗直流的不是技術問題。而是一個更根本的問題浮上來——我們到底把多少東西,建在了別人的地盤上?
不是流量問題,是入口之爭
如果只是伺服器扛不住,大可以限流、降速、要求用戶升級方案。但 Google 選擇的是零容忍——直接封號,不可逆,不退款 。
更耐人尋味的是時間線。就在 Google 動手的三天前,Anthropic 才剛更新服務條款,明確禁止 OpenClaw 使用 Claude 的 OAuth token。兩大 AI 巨頭,幾乎在同一週對同一個開源工具關上大門。
這不像是各自處理各自的伺服器問題。這像是一場協調過的封鎖。
要理解為什麼,得回到 2026 年 2 月 12 日播出的一集 Lex Fridman Podcast。
OpenClaw 的創辦人 Peter Steinberger 在節目裡揭露了一段驚人的搶人大戰。Meta 的 Zuckerberg 親自透過 WhatsApp 聯繫他,開出了更優渥的條件,甚至花了十分鐘跟他爭論模型架構。OpenAI 的 Sam Altman 則稱他為「天才」。兩大巨頭搶的不只是一個工程師,而是一個正在定義「AI 代理人該長什麼樣」的人。
Peter 最終選擇了 OpenAI。他在訪談中說得很直白:雙方的目標一致——打造一個「連我媽媽都能用的 Agent」。核心共識是,AI 代理人應該在本地端運行、開源、使用者掌握一切。
說到底,這場封殺保衛的不是伺服器,是「誰能成為使用者電腦裡的總管」這個位置。
搶不到開源,就用雲端包圍
Peter 拒絕了 Zuckerberg。但 Meta 並不是毫無準備。
早在 2025 年底,Meta 就斥資 $20 億 收購了新加坡的 AI 代理人平台 Manus。這家公司上線不到八個月就做到了年化營收超過 $1 億,證明市場對 AI Agent 的需求是真實的。
Meta 原本的盤算,很可能是兩條腿走路:Manus 做雲端、OpenClaw 做本地端,兩個入口都抓在手裡。但 Peter 選了 OpenAI,Meta 的本地端佈局落空。
剩下的路只有一條:全力押注雲端 Agent 。
收購完成後,Manus 快速整合進 Meta 的生態系。AI Agent 已經上架 Telegram,掃 QR code 就能用。WhatsApp、Line、Slack、Discord 即將跟進。Manus 甚至進入了 Meta Ads Manager,開始滲透廣告主的日常工作流。

免安裝、零維護、掃碼即用。聽起來很吸引人。
但這正是值得警惕的地方。
OpenClaw 的架構是本地端運行、開源、資料存在你自己的機器上。Manus 被 Meta 收編後走的是完全相反的路線:純雲端、綁定社群平台、所有工作流程跑在 Meta 的伺服器裡。
但工作流程被鎖住,還不是最深層的問題。還有一樣東西正在被悄悄收走——而大多數人甚至沒意識到它的存在。
真正的戰場:誰擁有你的 Agent Memory

前面三段,我們從封號事件一路拆到入口之爭、再拆到生態綁架。但這場戰爭還有一層更深的底牌,到現在才適合翻開。
AI 代理人和過去所有軟體工具有一個根本的不同:它會記住你 。
不是瀏覽器存 cookie 那種記住。是真正的記憶——你怎麼修改一份提案、你跟不同部門溝通時的語氣差異、你在什麼情境下會推翻自己的決定。這些互動會累積成一座龐大的記憶庫,讓 Agent 越用越懂你,越用越有效。
這不是未來式。OpenClaw 的 memory 系統已經在運作了。
它的做法很直覺:每次工作結束後,AI 自動把學到的東西寫進本地的 Markdown 檔案。日常筆記存在 memory/YYYY-MM-DD.md,長期記憶存在 MEMORY.md。所有記憶都是純文字、人類可讀、可以用 Git 做版本控制。你隨時可以打開檔案看 Agent 記住了什麼,覺得不對就直接改。
下一次你請 Agent 幫忙,它不是從零開始。它帶著上次學到的脈絡回來,自動調整做事的方式。用得越久,它就越像一個跟你共事多年的助理。
The memory isn’t the feature. The memory is the moat.
記憶不是功能,記憶才是護城河。
現在把這個邏輯套回雲端 Agent。
當你用 Meta 的 Manus、或任何純雲端的 AI 代理人,你的 Agent Memory 存在哪裡?存在他們的伺服器上。你看不到、改不了、帶不走。而且這些記憶會成為巨頭訓練下一代模型的燃料。你每天的工作互動,正在免費幫他們的 AI 變得更聰明。
而當你用本地端的開源系統,你的 memory 就是你的。它是一座存在你機器上的、不斷成長的知識庫。沒有人能拿走它,也沒有平台能因為改了一條服務條款就讓它消失。
你的 Agent 決策框架值多少?

讓我把鏡頭從產業博弈拉回來,拉回到一個具體的人身上——正在讀這篇文章的你。
如果你經營一家公司,或者帶領一個團隊,你最值錢的東西是什麼?不是你用的工具,不是你的訂閱方案。是你這些年累積下來的決策框架:面對什麼局面該怎麼判斷、哪些彎路不用再走。
這些東西過去只存在你的腦袋裡,沒辦法複製,也沒辦法傳承。但 Agent Memory 改變了這件事。當 AI 代理人忠實地記錄你的工作方式和決策模式,這些隱性知識第一次有了被數位化和複用的可能。
想像一下:你可以把自己多年的決策邏輯,打包成一個專屬的 Agent,讓新進的團隊成員在第一天就能得到你的判斷力作為輔助。OpenClaw 的 skill 系統已經能做到這件事。
但前提是,這座記憶庫得在你手裡。
想把 AI Agent 落地到你的企業?
如果你正在評估導入 OpenClaw 或其他 AI Agent 方案,歡迎直接與我們團隊聊聊。
參考資料
點擊展開參考資料(9 篇)
封號事件
- Google Bans AI Subscribers Over OpenClaw, Skips Refunds — WinBuzzer
- Google Antigravity falls to Earth under OpenClaw-fueled compute load — The Register
- Google bans OpenClaw users on its AI coding tool Antigravity — Times of India
Peter Steinberger 與搶人大戰
- OpenClaw: The Viral AI Agent that Broke the Internet — Peter Steinberger | Lex Fridman Podcast #491 — Lex Fridman
- OpenClaw’s Peter Steinberger on why he rejected Mark Zuckerberg’s job offer — Times of India
Meta 收購 Manus
- Meta acquires intelligent agent firm Manus, capping year of aggressive AI moves — CNBC
- Meta-owned Manus launches AI agents on Telegram — Silicon Republic
- Manus AI lands inside Meta Ads Manager — PPC Land
OpenClaw Memory 系統
- Memory — OpenClaw Docs — OpenClaw 官方文件