title: “Claude Code 被發現會因 commit 提及 OpenClaw 而拒絕請求或加收費用”
date: 2026-05-01
tags: [“Claude Code”, “Anthropic”, “AI 開發工具”, “OpenClaw”]
category: “AI 新知”
cat_id: 5


你打開一個空的 Git 專案,裡面什麼程式碼都沒有,就一個 commit 描述你的依賴。然後你執行 Claude Code,它拒絕了你的請求。不是因為程式碼有問題,不是因為 token 用完了,而是因為你在 JSON 檔案裡寫了某個特定的單詞。

這件事在 4 月 30 日被知名開發者 Theo(t3.gg)證實,隨即在 X 上引發超過 13,000 篇轉發和 5,000 多則回應。開發者們的反應幾乎一致:這不是他們認知中的「AI 程式設計工具」應該有的行為。

事件始末:一個關鍵字引發的連鎖反應

Theo 在 X 上的發言相當直白:

「有趣的事實:如果你最近的 commit 中有任何一處提及 OpenClaw(即使只是在 JSON blob 中),Claude Code 要嘛拒絕你的請求,要嘛對你收取額外費用。這是一個空 repo,我只是直接呼叫 Claude Code。簡直瘋狂。」

根據 Theo 貼文下方的討論串,多位開發者自行驗證了這個現象。一個名為 mlitwiniuk 的開發者回應:「我自己測試了,結果一樣。Anthropic 太過份了。」另一位開發者 JamesMooreSteka 分享了他得到 Claude Code 的回應:「核心聲明屬實,但需要一些背景說明。實際上發生的是:Anthropic 宣布從 4 月 4 日開始,Claude Code 訂戶不能再使用他們的訂閱額度來使用第三方工具,如 OpenClaw。」

這意味著 Claude Code 不僅在掃描你的專案內容,還在根據關鍵字執行不同的收費策略。對於一個標榜「AI 賦能開發者」的工具來說,這是一條相當敏感的红線。

Claude Code 的收費模型:它原本是怎麼運作的?

要理解這個事件的嚴重性,先要了解 Claude Code 目前的收費結構。

Claude Code 是 Anthropic 推出的 AI 程式設計助手,整合在終端機中使用。它提供兩種主要方案:

根據 HN 討論串中的資訊,Claude Code 目前月營收已達到約 20 億美元(根據討論串中的推估)。Anthropic 的 CEO 曾多次在公開場合表示,Claude Code 本身就是完全由 Claude 自己開發的——從最初的人類編寫 3 星期,到人類 + LLM 協作 6 個月,再到大部分由 LLM 自主維護。這種「自產自銷」的模式被視為 AI 開發工具的典範。

然而,隨著使用者規模擴大,Anthropic 開始面臨算力分配的壓力。一位 HN 使用者 claw-el 點出了關鍵:「使用者覺得他們可以無限使用,這種『感覺』本身可能就是創造 20 億月營收的重要部分。一旦限制變嚴格,這個營收模型可能會受到影響。」

競品偵測工具的機制推測

根據多位技術專家的分析,Claude Code 偵測 OpenClaw 的機制可能有幾種實現方式:

1. Git commit 歷史掃描

最直接的猜測是 Claude Code 在初始化時掃描 Git 歷史中的檔案內容。如果你在 package.jsonREADME.md、或任何配置文件中有提及 OpenClaw,就會觸發內部的「競品偵測」邏輯。

2. MCP(Model Context Protocol)工具調用審查

Anthropic 可能在其系統提示(system prompt)中嵌入了規則,要求模型在檢查專案上下文時核對是否存在特定的關鍵字。當這些關鍵字被觸發時,模型會切換到不同的行為模式——要嘛拒絕執行,要嘛以更高的計費費率運作。

3. 基於使用模式的定價變更

另一種可能是,Anthropic 並非在單一請求層面進行檢查,而是透過分析整體使用模式來動態調整費率。如果系統檢測到特定工具的 API 呼叫模式與 OpenClaw 相關聯,就會在後端調整收費規則。

值得注意的是,Anthropic 從未公開說明這套機制的存在。這意味著開發者是在不知情的情況下被區分對待的——這也是社群反應如此激烈的原因。

開發者社群的即時反應

Theo 的貼文發布後,各種反饋迅速湧現:

開發者 tulipdotmd 諷刺地說:「收費邏輯比大多數工程師更仔細地閱讀 commit 歷史。」

另一位開發者 aabyzov 發現一個有趣的角度:「即使拼錯也不行,例如在 open 和 law 字詞中間加 ‘c’ 都被禁止!我想知道律師發現這件事時會有多驚訝。」

equivalent8 則觀察了更廣泛的市場動向:「過去幾週,Anthropic 和 GitHub 一直在爭奪『誰最被討厭』的寶座。」

最引人注目的是開發者 curtismakes 的一針見血:「你的程式碼編輯器現在正在讀你的 package.json 來決定你是不是競爭對手。我們活在什麼樣的時代。」

也有開發者表示了不同的看法。anjanab_ 認為:「這聽起來像是幻覺或系統提示觸發的奇怪行為。Claude Code 沒有所謂的『關鍵字稅』。」

但隨著越來越多開發者自行驗證並發布截圖,這種質疑的聲音很快就被壓下去了。實際測試結果明確顯示:這是 Anthropic 有意識設計的邏輯,不是隨機的幻覺。

對 AI 開發工具的深層影響

這個事件揭示了 AI 開發工具領域一個正在升溫的衝突:當你的開發工具同時也是競爭對手的工具時,界線在哪裡?

封閉生態 vs 開放生態的張力

Anthropic 的核心矛盾在於:Claude Code 本質上是一個開放的開發工具,開發者可以在上面整合任何服務。但同時,Anthropic 希望保護自己的商業利益,不希望自己的用戶直接用 Claude Code 去強化競爭對手的服務——特別是在 OpenClaw 這種同樣定位於 AI 代理(AI agent)工具的情況下。

這與傳統軟體行業的「使用條款」不同。傳統上,一個文字編輯器不會因為你用它來寫對手的產品文案就多收錢。但 AI 開發工具的運作模式讓這種界線變得模糊——因為它不僅是工具,還是算力提供者。

對整個 AI 工具生態的影響

如果 Anthropic 可以因為關鍵字判斷而調整費率,那其他 AI 服務商也可以做同樣的事:

這種「關鍵字定價」模式一旦成為常態,將從根本上改變開發者使用 AI 工具的方式。開發者可能不得不在專案描述中刻意規避特定詞彙,或者在多個 AI 工具之間切換時擔心費用問題。

Anthropic 的算力困境

從 HN 討論中可以看到,多位開發者提到了 Anthropic 面臨的算力限制。使用者 AstroBen 在討論中反駁了「Claude Code 只是靠模型」的說法:「Anthropic 在程式碼領域領先是因為他們率先開發了這些功能,然後用實際數據來改進模型。Claude Code 和模型是互相促進的。」

這也解釋了為什麼 Anthropic 會採取這種看似「殺雞取卵」的策略。當算力成為瓶頸時,公司被迫尋找方式來區分高價值和低價值的請求——而競爭對手的用戶自然被歸類為「低價值」。

開發者該如何應對?

對於正在使用 Claude Code 的開發者,這個事件帶來了幾個需要考慮的問題:

檢查你的使用條款

Claude Code 的使用條款中是否明確授權 Anthropic 基於專案內容調整費率?如果你的專案涉及多個 AI 工具,建議仔細閱讀每一份服務條款中關於「可接受使用」和「計費」的章節。

分散風險,不要依賴單一工具

這個事件最直接的教訓是:不要把所有的開發流程都綁定在一個 AI 工具上。如果你同時使用 Claude Code 和 OpenClaw,或者你的專案描述中提及了多個平台,你可能會在不經意間觸發更高的費率。

測試你的專案是否會觸發限制

你可以建立一個空的 Git 倉庫,僅在 package.json 或其他配置檔案中包含特定的關鍵字,然後觀察 Claude Code 的行為差異。這是最直接的驗證方式。

關注透明度

Anthropic 目前並未正式回應此事。開發者社群普遍期待的是一個正式的官方說明——至少應該解釋這個機制的存在、運作方式,以及開發者如何預先知道自己的請求是否會因為內容關鍵字而被區別對待。

觀察家觀點

回到一開始的那個空倉庫。沒有程式碼,沒有商業邏輯,只有一個 JSON 檔案裡頭寫著一個詞。然後 Claude Code 說:「抱歉,不能幫你,或者你得加錢。」

這不只是技術上的偵測機制,它反映出一個更深層的問題:當 AI 開發工具擁有了「讀懂你的專案」的能力,它就同時擁有了「評判你的專案」的能力。而後者,對於一個開發工具來說,是一條需要非常謹慎對待的界線。

開發者選擇一個工具,圖的是它能讓自己寫更好的程式、更快地解決問題。如果這個工具反過來開始讀你的檔案內容來決定要不要幫你、要收你多少錢,那它就不再只是一個工具了——它變成了一個在你的電腦裡裝了監控器的商業對手。

這可能不是 Anthropic 的初衷。但在開發者眼裡,行為比意圖更有說服力。隨著越來越多人自行驗證並公開結果,Anthropic 需要正面回應的問題不只是「你們做了什麼」,更是「你們覺得這樣做合理嗎」。

而對於整個 AI 開發工具產業來說,這個事件畫出了一條不那麼明顯但真實存在的界線:工具可以多聰明,又可以多「聰明」到讓使用者不安?