organization has been disabledエラーの意味と対処 — Claude Code
「This organization has been disabled」は、無効化されたConsole組織の古いANTHROPIC_API_KEYが残っているサインです。似た3つのエラーとの見分け方も扱います。
「This organization has been disabled」は、無効化されたConsole組織に属する古いANTHROPIC_API_KEYをClaude Codeが使い続けているときに出ます。有効なサブスクリプションでログイン済みでも、環境変数のキーが残っていればそちらが優先されるため、このエラーが出ます。対処はunset ANTHROPIC_API_KEYが起点です。
このエラーは個人ユーザーには基本出ない
Claude Codeは、環境変数のキーがある状態を検知すると次のいずれかを表示します。
Your ANTHROPIC_API_KEY belongs to a disabled organization · Unset the environment variable to use your subscription instead
Your ANTHROPIC_API_KEY belongs to a disabled organization · Update or unset the environment variable
API Error: 400 ... This organization has been disabled.·のあとのヒントは、保存済みの認証情報があるかどうかで変わります。Unset the environment variable to use your subscription insteadが出るなら、キーを外せば動くサブスクリプションのログインへ切り替わります。Update or unset the environment variableが出る場合は、フォールバック先の保存済みログインが無く、キーを外したあとに/loginをやり直す必要があります。
このエラーがPro・Maxの個人契約者に突然出るケースはまれです。多くは、過去にConsole(API)アカウントを試したときのexport ANTHROPIC_API_KEY=...がシェルの設定ファイルに残っていて、そのAPIキーが属していたConsole組織が後から無効化された、という経緯で出ます。
なぜサブスクリプションがあるのに優先されないのか
Claude Codeの認証は、環境変数がログインより優先される設計です。シェルプロファイルでエクスポートしたキーや.envファイルから読み込んだキーは、動作するPro・Max・Team・Enterpriseの契約があっても使われます。非対話モード(-p)では、キーが存在すれば常にそちらが使われ、承認を尋ねる余地もありません。
認証方式の優先順位のどこにキーがあるか
このエラーが起きやすい構造を理解するには、Claude Codeがどの順番で認証情報を選ぶかを知っておくと早道です。複数の認証情報が同時に存在するとき、Claude Codeは次の順で最初に見つかったものを使います。
- クラウドプロバイダー認証情報(
CLAUDE_CODE_USE_BEDROCK等が設定されている場合) ANTHROPIC_AUTH_TOKEN環境変数ANTHROPIC_API_KEY環境変数apiKeyHelperスクリプトの出力CLAUDE_CODE_OAUTH_TOKEN環境変数- Anthropicプロファイル・フェデレーション認証情報
/loginによるサブスクリプションOAuth
ANTHROPIC_API_KEYは上から3番目で、/loginのサブスクリプションOAuthより上位です。つまり、サブスクリプションでログインし直しても、シェルに残ったキーがある限りそちらが選ばれ続けます。この順位を知らずに/loginだけを繰り返しても解決しない理由がここにあります。
似た3つの「組織が原因」エラーを見分ける
「組織」が絡むエラーはこのほかに3種類あり、原因がまったく違います。管理者の設定によって出るものと、個人のシェルに残った値が原因のものを混同すると、直す場所を間違えます。
| エラー | 原因の所在 | 直す場所 |
|---|---|---|
| This organization has been disabled | 原因の所在個人のシェルに残った古いANTHROPIC_API_KEY | 直す場所自分の環境変数 |
| Your organization has disabled API key authentication | 原因の所在管理者がConsole組織でAPIキー認証を無効化 | 直す場所管理者への依頼、または/loginへの切り替え |
| Your organization has disabled Claude subscription access | 原因の所在管理者がサブスクリプションログインを無効化(サーバー側設定) | 直す場所管理者への依頼、またはAPIキーへの切り替え |
| You haven't been added to your organization yet | 原因の所在管理コンソールでのシート未付与 | 直す場所管理者にシート付与を依頼 |
2番目の「Your organization has disabled API key authentication」はv2.1.169以降で表示され、管理者がAPIキー認証そのものを無効化した状態です。ヒントは原因の場所によって変わり、ANTHROPIC_API_KEYが原因なら環境変数を外して/login、apiKeyHelperが原因ならその設定をsettings.jsonから取り除いて/loginします。
3番目の「Your organization has disabled Claude subscription access」は、サーバー側の組織設定でありローカルの設定・環境変数・CLIフラグでは上書きできません。Agent SDKと非対話モード(-p)ではoauth_org_not_allowedというエラーコードとして表面化します。管理者に有効化を依頼するか、Console APIキーでの認証に切り替える必要があります。
いずれも「組織」という言葉が入るため文面だけでは混同しやすいところですが、1番目だけが個人のシェル側で直せるエラーで、残り2つは管理者側の設定変更を待つしかありません。
直し方の手順
まず現在のシェルでANTHROPIC_API_KEYを解除し、シェルプロファイルからも該当行を削除してからclaudeを再起動します。
unset ANTHROPIC_API_KEY
# ~/.zshrc や ~/.bashrc に export ANTHROPIC_API_KEY=... が残っていれば削除
claudeメッセージがUpdate or unsetだった場合は、フォールバックできる保存済みログインが無い状態です。キーを外したあとに/loginを実行するか、有効なConsole組織に属する別のキーへ差し替えます。
/status/statusを実行し、有効な認証情報がサブスクリプション側になっているかを確認します。Login methodの行に契約アカウントが表示され、APIキーが使われている間だけAPI keyの行が追加で表示されます。環境変数を何も設定していないのにこのエラーが続く場合は、/loginそのものに紐づくConsole組織が無効化されている状態です。サポートへ問い合わせるか、別のアカウントでサインインしてください。
ログイン方式全体の優先順位や、複数の認証情報を切り分けるコマンドはClaude Codeログイン方法3種の使い分けにまとめています。
管理者側で確認すること
組織のAPIキー認証やサブスクリプションアクセスそのものを止めているのか、単に1つの組織が無効化されているのかは、管理コンソール側でしか判断できません。組織のポリシーとして何を統制しているか、ファイルベースとサーバー管理設定のどちらが優先されるかはClaude Code組織管理ガイドで扱っています。開発者が自分のsettings.jsonをいじっても解決しない種類の設定が多いことも、あわせて確認しておくと問い合わせの手間が減ります。
管理者側からすると、開発者から「organization has been disabled」という報告を受けたときにまず切り分けるべきは、報告してきたのが1人だけか、チーム全体かです。1人だけなら、その人のシェルに個人的に残った古いキーである可能性が高く、管理コンソールの設定を疑う前に本人の環境変数を確認してもらうほうが早く解決します。チーム全体で同時に発生しているなら、共有しているキーが属する組織側の状態(支払い方法の失効、利用規約違反、組織のマージや廃止など)を管理コンソールで確認する必要があります。この切り分けを最初に行うだけで、原因調査にかかる時間の多くを削れます。
よくある質問
unsetしてもThis organization has been disabledが消えません
シェルの設定ファイル(~/.zshrcや~/.bashrcなど)にexport ANTHROPIC_API_KEY=...が残っていると、新しいターミナルを開くたびに再度読み込まれます。現在のシェルでunsetしただけでは不十分で、設定ファイル側の該当行を削除してから新しいシェルを開き直す必要があります。
.envファイルが原因になることはありますか
あります。直接exportしていなくても、direnvやdotenv系のシェルプラグイン、IDE内蔵ターミナルがプロジェクトの.envファイルからANTHROPIC_API_KEYを自動で読み込むことがあります。env | grep ANTHROPICで現在有効な値を確認し、意図しないキーが読み込まれていないか確認してください。
会社のAPIキーを使いたいのに無効化されていると出ます
そのAPIキーが属するConsole組織自体が無効化されている状態です。個人のシェル設定を直しても解決しません。組織の管理者に、Console上での組織の状態を確認してもらう必要があります。
/loginし直しても解決しません。なぜですか
ANTHROPIC_API_KEYは認証優先順位で/loginのサブスクリプションOAuthより上位に位置します。環境変数にキーが残っている限り、/loginを何回やり直してもClaude Codeはそちらより先にキーを見つけて使おうとします。解決の起点は/loginではなく、環境変数をunsetしてシェルプロファイルの該当行を削除することです。
チームで共有しているAPIキーが急に使えなくなりました
チームでキーを使い回している場合、そのキーが属するConsole組織側の状態変化(支払い停止・規約違反・組織の統合や整理など)が全員に同時に波及します。個人のシェル設定に問題がなくても、組織の状態が原因であれば全員に同じエラーが出ます。1人だけで直そうとする前に、同じキーを使っている同僚にも同じエラーが出ていないか確認すると、原因の切り分けが早くなります。
非対話モード(-p)ではどう挙動が変わりますか
非対話モードではANTHROPIC_API_KEYが設定されていれば、承認を尋ねる余地なく常にそちらが使われます。CIやスクリプトで無効化された組織のキーが残っていると、対話モードでは気づけても非対話モードでは黙って失敗し続けることがあるため、自動化環境ほど環境変数の棚卸しが重要になります。
まとめ
「This organization has been disabled」は、無効化されたConsole組織に属する古いANTHROPIC_API_KEYが、有効なサブスクリプションより優先されて使われ続けているサインです。直し方はunset ANTHROPIC_API_KEYとシェルプロファイルの該当行削除、そして/statusでの確認です。似た文面の「Your organization has disabled API key authentication」や「Your organization has disabled Claude subscription access」は管理者側の設定が原因で、個人のシェルを直しても解決しません。メッセージの文言を正確に読み、原因が自分の環境変数側にあるのか組織のポリシー側にあるのかをまず切り分けることが、遠回りしない対処につながります。1人だけの症状かチーム全体の症状かという切り口も、管理者への問い合わせが必要かどうかを判断する近道になります。