Anthropic 對第三方 CLI 工具的態度，最近短短三週經歷了一次大轉彎，但事情沒你想得那麼單純。4 月 4 日中午，Anthropic 才正式發公告，禁止 OpenClaw 等第三方工具透過 Claude 訂閱帳號的 OAuth Token 使用 Claude；到了 4 月 22 日前後，OpenClaw 官方文件悄悄更新一段聲明，表示 Anthropic 員工私下告知 CLI 使用方式「再次被允許」。消息被獨立 AI 工程師 Dan McAteer（@daniel_mac8）在 X 平台分享並引爆討論，單則推文 130 則以上回覆。不過，OpenClaw 創辦人 Peter Steinberger（@steipete）隨後親自下場表態，指出「理論上允許，實務上仍然被擋」。
先釐清：這不是 Anthropic 的官方文件
在進入細節之前有個很重要的前提必須先講清楚，這次所謂的「解禁」，Anthropic 並沒有發布任何官方部落格、正式文件或公告。整件事的來龍去脈是：Anthropic 員工私下告知 OpenClaw 維護者、Claude Code 產品經理 Boris Cherny 在個人 Twitter 帳號貼文表態、OpenClaw 把這些訊息寫進自家的官方文件。換句話說，「OpenClaw 官方文件說 CLI 可以用」是真的，但Anthropic 官方文件並沒有明確說 CLI 可以用。
事件時間軸：從封鎖到鬆口的三週
回顧這次爭議的源頭要拉回 4 月 4 日。當天中午 12 點 PT，Anthropic 正式發公告，限制透過 Claude 訂閱 OAuth Token 使用第三方 CLI 工具的行為，說法是「產品從來不是為第三方工具的高強度使用模式所設計」，需要「更有節制地分配算力容量，優先保障官方產品與正常 API 使用者的服務品質」。4 月 10 日，OpenClaw 創辦人 Peter Steinberger 的 Anthropic 開發者帳號甚至被暫時停權，當天稍晚在輿論壓力下才被恢復。
轉折發生在不到三週後。根據OpenClaw 創辦人 Peter Steinberger 自己在 Hacker News 與 X 發文表示，Claude Code 產品經理 Boris Cherny 在 Twitter 公開表示「CLI-style usage 是被允許的」，還罕見地承認先前的封鎖「並非刻意為之，很可能是過度敏感的濫用偵測器誤判」（overactive abuse classifier），並表示正在釐清政策。這段非官方表態後，OpenClaw 才把相關說法寫進自家文件。
Since this is blowing up on hacker news.
Boris said that CLI usage is allowed. Thus we added support for it, only to find out that we are still blocked there. It is trival to work around with a few renames, but I don’t wanna play that game. So it’s in a weird limbo where cli use… https://t.co/emiEmF59hf
— Peter Steinberger 🦞 (@steipete) April 21, 2026
OpenClaw 自家文件怎麼寫
根據 OpenClaw 最新文件的 Anthropic 整合頁面，目前對接 Claude 共有兩種路徑：
- 方式一、Anthropic API Key（生產環境推薦）：透過 Anthropic Console 申請金鑰，採用按用量計費模式。文件描述這是「長時間運作的 Gateway 主機最清楚的生產環境路徑」。
- 方式二、Claude CLI Reuse（訂閱帳號轉接）：直接沿用既有的 Claude 訂閱（包含 Pro、Max、Team、Enterprise 四種方案），透過 CLI 或
claude -p指令轉接給 OpenClaw 使用。
文件最關鍵的一段原文寫道：「Anthropic staff told us OpenClaw-style Claude CLI usage is allowed again, so OpenClaw treats Claude CLI reuse and claude -p usage as sanctioned for this integration unless Anthropic publishes a new policy.」白話就是：Anthropic 員工私下告知我們 CLI 使用模式再次被允許，因此 OpenClaw 視 Claude CLI reuse 與 claude -p 為官方認可：除非 Anthropic 之後又發布新政策。值得注意的是，這段聲明自己就留了「unless Anthropic publishes a new policy」的但書，擺明是建立在員工口頭告知而非書面規範之上。
Steinberger 還點出 Anthropic 後續調整了分類器，陷入貓抓老鼠的動態：「要繞過只要改幾個命名就行，但我不打算玩這場遊戲，所以它目前停在一個很奇怪的 limbo：理論上可以用，實務上不行。」這代表了「Anthropic 允許 CLI 使用」的政策宣告，目前更像是公關宣言，而非已經可以使用的設定。
三個功能限制：不是無限制開放
即使你相信 Boris Cherny 的 Twitter 表態、也願意無視 Steinberger 指出的實務落差，OpenClaw 文件同時列出三個技術層面的限制：
- 舊版 Token 不支援 1M Context：舊版 Anthropic Token（開頭為
sk-ant-oat-*）無法啟用 1M context window 等 beta 功能，想讀長文件的使用者得注意。 - Prompt Caching 僅 API Key 可用：提示詞快取這個能顯著降低 Token 費用的功能，只有走 API Key 才能用，CLI Reuse 與舊版 Token 都無法啟用，長對話成本偏高。
- 功能落差：CLI 後端能使用的 Claude 功能可能跟純 API Key 認證不同，部分進階功能需 API Key 才能解鎖。
這對 Claude 訂閱戶代表什麼？
對已經訂了 Claude Pro（月費約 NT$620）、Max、Team 或 Enterprise 的台灣用戶來說，這次政策轉彎的實質意義是：「名義上」你可以用訂閱額度轉接 OpenClaw，但「實務上」能不能順利跑，要看 Anthropic 的分類器那天心情好不好。如果只是偶爾用、不介意偶爾卡到 system prompt 被攔的狀況，現在確實可以試試；但如果你想靠它建立生產環境工作流，老實說這波綠燈還不夠穩，隨時可能因為 Anthropic 更新一次分類器規則就全面失效。
另外要特別提醒：這次官方認可僅針對 OpenClaw 一個工具，Hermes 等其他第三方 CLI 客戶端並不在 OpenClaw 這份文件的範圍內，用其他工具的朋友得自行測試確認。