Claude Code制限｜OpenClaw禁止と3つの代替策

「Claude Codeのサブスクで自動化してたのに、急に制限が来た…」

そんな声が2026年4月4日から海外のAIコミュニティで広がっています。

Anthropicが突然メールを送信。Claude Codeサブスクリプションを使って第三者ツール「OpenClaw」経由でAIを自動実行していたユーザーへ、利用停止を通告しました。

結論からいうと、OpenClaw経由でのサブスクリプション利用は終了です。今後はAPI従量課金プランへの移行が必要になります。

ただし、これはOpenClawだけの問題ではありません。「サブスクを24時間食いつくす自動化ツール全般」に対するAnthropicの警戒信号でもあります。

初めてOpenClawを聞く方は基本編から、すでにClaude Codeで自動化している方は応用編からどうぞ。この記事では制限の背景・影響・そして代替手段を整理します。

OpenClawとは？30秒で分かる概要
Anthropicが制限をかけた理由と今後の方針
【影響確認】自分は対象？チェックリスト
【基本編】今すぐできる対応3ステップ
【応用編】ローカルLLMとn8nで自動化を維持する方法
よくある疑問（Q&A）
まとめ

OpenClawとは？30秒で分かる概要

OpenClawは、ClaudeのAPIに接続してタスクを自動実行するサードパーティ製のAIエージェントツールです。

通常のClaude Codeはユーザーが手動で指示を入力する半自動ツールです。一方、OpenClawのような自動エージェントは設定しておけば放置でも動き続けます。

ツール	操作方法	トークン消費
Claude Code（通常使用）	手動入力	使った分だけ
OpenClaw（自動エージェント）	設定後は放置OK	24時間消費し続ける

ここが問題の核心です。Anthropicのサブスクリプションは「平均的な使用量」を前提に価格設定されています。自動エージェントが寝ずに動き続けると、その前提が崩れてしまいます。

特にOpenClawは、ユーザーが就寝中も含めてトークンを消費し続ける設計のため、今回の制限対象になりました。

Anthropicが制限をかけた理由と今後の方針

Anthropicがユーザーへ送ったメールの要点は3つです。

サブスク枠を使った第三者ツールの利用を終了
今後はAPI従量課金（pay-as-you-go）で別途請求
移行支援として、月額サブスク分相当の一度限りのAPIクレジットを提供

なぜこうなったのでしょうか。

Hacker Newsのスレッドでは賛否両論が飛び交いました。賛成派は「Anthropicは需要管理が必要で、自動ツールは通常ユーザーの何十倍もリソースを使う」と主張。批判派は「使用上限があるなら使い切って何が悪い」「Claude Code自体でも同様の自動化ができるのにOpenClawだけ禁止するのはなぜ」と反発しました。

どちらにも一理ありますが、サービス提供側の視点では、特定ユーザーが想定の何十倍も消費するとサービス全体のコスト管理が成り立たなくなります。

今回の制限は現時点ではOpenClaw対象ですが、サブスクを大量消費するサードパーティツール全般に対する警戒感の表れとも読めます。

【影響確認】自分は対象？チェックリスト

以下に当てはまる方は影響を受けます。

Claude Code / Claudeのサブスクリプションを契約している
OpenClawなどのサードパーティツール経由でClaudeを自動実行していた
放置して動かし続ける自動エージェント的な使い方をしていた

今のところ影響がない方はこちらです。

Claude Codeを手動でインタラクティブに使っている（コマンド入力しながら使う）
AnthropicのAPIキーで直接契約している（従量課金プラン）
OllamaなどのローカルLLMで自動化している

ポイントは「サブスクリプションをサードパーティツール経由でAPI的に使うこと」が問題になっている点です。Claude Codeを手動で使うぶんには影響ありません。

【基本編】今すぐできる対応3ステップ

ステップ1：Anthropicからのメールを確認する

対象ユーザーにはAnthropicから直接メールが届いています。まずメールボックスを確認してください。メールが届いていなければ、現時点では対象外の可能性が高いです。

ステップ2：移行クレジットを受け取る

Anthropicは移行支援として、月額サブスク分相当の一度限りのAPIクレジットを提供しています。API従量課金プラン（Anthropic Console）へ移行した際に使えます。見逃さないようにしましょう。

ステップ3：自動化タスクを3つに仕分けする

自動化に使っていたタスクを書き出して、以下に分類するのがおすすめです。

①Claude APIで継続：高精度が必要なもの（コード生成・複雑な文章生成）
②ローカルLLMに切替：繰り返し実行するもの・コスト削減したいもの
③n8nなどのワークフローで代替：定型的なデータ処理・通知系

この仕分けが次の応用編の土台になります。

【応用編】ローカルLLMとn8nで自動化を維持する方法

方法①：OllamaをMac miniで常時稼働させる

Ollamaは手元のPCでGemmaやLlamaなどのオープンソースAIモデルを動かせるツールです。サブスクもAPIコストもなく、設定すれば24時間稼働できます。

Mac miniは常時電源オンでも電気代が月数百円程度で済みます。Mac mini M4（Amazon）のM4 Proモデル（24GBメモリ）であれば、Gemma3 12Bや27Bクラスのモデルを動かせます。Claude APIの完全代替にはなりませんが、定型処理・分類・要約には十分な精度が出ます。

方法②：n8nでワークフローを組み直す

n8nはノーコードで自動化ワークフローを設計できるオープンソースツールです。OllamaのAPIとn8nを繋ぐことで、Claude APIに依存しない自動エージェント構成が実現できます。

VPSにDockerでn8nを入れておけば外出中も含めて24時間稼働できます。セルフホスト向けのVPSはXServer VPSが月額1,569円〜で、n8n＋Dockerの構成に必要なスペックをカバーできます。

方法③：Claude APIを従量課金で継続する

高精度が必要なタスクはClaude APIに任せて、それ以外はローカルLLMで賄うハイブリッド構成が現実的です。Anthropic Consoleで使用量を確認しながら、コストをコントロールできます。

💡 実際にやってみた

Claude Code Opus 4.6を日常的に使っているが、今回の制限ニュースを機に「Claudeへの依存度」を棚卸しした。

ブログ記事生成パイプラインで最も多く呼び出しているのはClaude Code。ただこれはインタラクティブ操作なので今回の制限対象外。問題は、n8nのワークフローからClaudeを呼び出して定期処理していた箇所だった。

対策として試したのは、Mac mini M4 Pro（24GB）で稼働中のOllamaのGemma3 12Bをn8nから呼び出す構成への切り替え。精度はClaude APIに劣るが、メタデータ生成・カテゴリ分類程度なら十分に使えることを確認できた。

かかった時間：設定変更に約30分
つまずいたポイント：n8nのOllamaノードのエンドポイント設定（Mac miniのIPアドレスを直接指定する必要がある）
結果：Claude APIへの依存を約40%削減。高精度タスクのみClaude APIを残すハイブリッド構成に移行完了