TL;DR 2026年7月1日夜、上海で台湾SIMをローミングしてClaudeに接続したところ、302 app-unavailable-in-region が返ってきた。出口IPが香港のクラウドデータセンターASNに落ち、非サポート地域と判定されたためだ。この記事は一度に一変数だけを変えた完全な調査記録と、その背後にある大きな変化の記録でもある――AIサービスはすでに地政学的属性を持つインフラであり、冗長化は「モデル」と「ネットワーク出口」の二軸で準備しなければならない。

2026年7月1日夜20時05分、上海虹橋空港に到着した。いつものように、まずパソコンを開いて仕事を始めようとした。

Claude Desktopを起動した瞬間、app-unavailable-in-region が表示された。海外eSIMの問題かと思い、台湾大哥大の国際ローミングに切り替えたが、結果は同じだった。

同じタイミングで、Google、Gmail、LINE、ChatGPTはすべて正常に動いていた。つまり基本的なネットワークは生きている――これが、以降のすべての推論の最初の前提だ。

問題はむしろこう見えた。あるAIサービスが、私には使わせないと判断している。

Claudeは何を返したのか――まずHTTPレスポンスを見る

ツールをすぐ換えようとせず、まずClaudeが何を返しているのか確認した。

curl -I https://claude.ai

返ってきたのは：

HTTP/2 302
Location: https://www.anthropic.com/app-unavailable-in-region

この一行で可能性の大半が排除された。DNS解決の失敗でも、macOSの不具合でも、Claude Desktopのクラッシュでも、アカウントのログイン失敗でもない。サーバーは応答しており、しかも能動的に app-unavailable-in-region へリダイレクトしている。Anthropicは私の現在のアクセス環境を非サポート地域と判定したのだ。

なぜ出口IPが香港にあるのか

次に、実際の出口IPを確認した。

curl -L https://ipinfo.io/json

台湾大哥大の国際ローミングで接続していたにもかかわらず、出口IPは香港を示しており、ASNは次のとおりだった：

AS153611 CLOUD (HK) LIMITED

これは興味深い。多くの国際ローミングはデータトラフィックを母網に戻すか、提携出口を経由させる（中国でローミングしながらGoogleにアクセスできることが多いのはこのためだ）。ただし実際のルーティングは通信事業者が決める。私が実測で確認した出口は台湾ではなく、香港のクラウドデータセンターASNだった。台湾大哥大が中国でのローミングをどのようにルーティングしているか、内部の仕組みは分からない。ここで述べられるのは観察だけだ――私の側からは台湾SIMの国際ローミングを使っている。Claudeのサーバー側から見えているのは、香港のクラウドデータセンターのIPアドレス群だ。

ここまでで、三つの仮説が立てられる。一つ目、Anthropicは香港をサポートしておらず、この出口IPはそもそも対象外だ。二つ目、このASNはクラウドサービス事業者のもので、データセンターやプロキシのトラフィックに近い特徴を持ち、サーバー側が高リスクと評価する可能性がある。三つ目、CloudflareまたはAnthropicのGeoIPリスク判定が、この経路を制限地域として分類している。いずれもまだ仮説だが、問題は「Claudeが壊れている」から「出口経路が非サポートと判定されている」へと絞り込まれた。

302が403に変わる――なぜそれが朗報なのか

「問題は出口経路にある」という仮説を検証するには、対照実験が必要だ。唯一の変数（出口の場所）だけを変えて、もう一度テストする。Proton VPNの無料プランで日本のノードを選んだ。

私の状況を明確にしておく。私は台湾のユーザーで、正規のアカウントを持ち、出張中だ。これから行うのは障害調査であり、問題がどのレイヤーにあるかを特定することが目的だ。

再度 curl -I https://claude.ai を実行すると、今度は：

HTTP/2 403
cf-mitigated: challenge

エラーには見える。しかしエンジニアリング的には朗報だ。元の 302 app-unavailable-in-region が消えた。この403はここでは失敗を意味しない――前のレイヤーでのリージョン判定は通過し、別のシステム（ボット対策）が引き継いだことを示している。403を見て状況が悪化したと思うエンジニアは多いが、実際には方向が正しいというシグナルだ。

この検証はブラウザで行う必要がある。Claude Desktop自体は確認画面を表示しない。ブラウザでCloudflareのチャレンジを通過してから再度Desktopを開くと、サービスは正常に戻った。リージョン判定システムとして期待どおりの挙動だ――経路がサポート地域に戻れば、サービスも戻る。

調査結果はほぼ収束した。問題はClaude Desktopにも、macOSにも、アカウントの異常にもない。ローミング経路の香港出口IPまたはそのネットワーク特性が、Anthropicによって非サポート地域と判定されている。判定の具体的な根拠がGeoIPなのか、ASNなのか、IPレピュテーションなのか、Cloudflareのリスクスコアなのか、あるいは複数の組み合わせなのか、外部からは確認できない。

なぜAIは地政学的属性を持ち始めたのか

あの夜Claudeが使えたかどうかは小さな話だ。私が気にしているのは、調査の過程で浮かび上がった変化だ――AIが汎用クラウドサービスから、地政学的属性を持つインフラへと変わりつつある。

以前、輸出規制といえばGPU、露光装置、EDAソフトウェアを思い浮かべた。今やモデルそのものも、同じロジックに組み込まれつつある。Anthropicの公式サポートリストには台湾や日本が含まれているが、中国本土と香港は含まれていない。2025年9月、Anthropicはさらに非サポート地域が支配する企業への販売制限を強化した。中国など非サポート地域の親会社が過半数の株式を持つ企業は、登記場所を問わず一律に利用禁止だ。2026年2月、Anthropicは蒸留攻撃の検知と防止に関するレポートを公開し、中国のモデル企業数社が約2万4000の偽アカウントと1600万回以上の会話を通じてClaudeの能力を抽出しようとしたことを指摘した。そのうち一つのプロキシネットワークは同時に2万以上の偽アカウントを操作していた。レポートはまた、大規模な蒸留を輸出規制と直接結びつけている――チップ規制が生み出す能力格差を、蒸留で裏口から埋めさせるわけにはいかないというわけだ。

WIREDは最近この猫とネズミのゲームの反対側を報じた。中国国内のユーザーは偽の身元、タオバオやTelegramのアカウント売買、APIの転売仲介を使い続けてブロックをかいくぐっている。Anthropicは検知を強化し続けており、アメリカのモデルプロバイダーの中でもっとも積極的に執行し、中国国内の人物が保有していると疑われるアカウントを直接停止する。これが意味するのは、判定の根拠はとっくにIPアドレスだけではないということだ。ASN、プロキシの種別、アカウント行動、地理シグナルの整合性――これらすべてがリスク判定に関与しうる。IPが中国に見えなくても、サーバー側はもう一つの問いを立てているかもしれない。あなたは実際に中国国内にいるのではないか、と。

これはあの夜のもう一つの観察も説明する。同じ経路でChatGPTは使えた。OpenAIのサポートリストも中国本土と香港を含んでいない。ポリシーが近くても、実際の執行方法はプロバイダーごとに異なる。

企業がAIツールを評価するとき、もう一つ問うべき問いとは

かつてSaaSのロジックはシンプルだった。ネットにつながれば使える。AI Agentの時代に問いはこう変わった。あなたは誰か。あなたはどこにいるか。あなたの会社は誰が支配しているか。あなたのトラフィックはどこから出ていくか。サービス側のリスク判定システムの目に、あなたの使用行動は「制限地域の中から迂回して使っている」パターンに見えないか。

モデルの能力、価格、コンテキスト長、APIコスト――これらの比較は引き続き必要だ。しかし企業はもう一つ問わなければならない。もしある日ポリシーが変わったとき、このモデルはサービスを提供し続けられるのか。二十年前、企業の競争力はネットワークにつながれるかどうかで決まった。今日、それはある意味で特定のAIにつながれるかどうかに変わりつつある。この「能力より先に秩序がある」という線を、私はAIと人間の秩序というテーマページで継続的に整理している。

この調査から本当に持ち帰るべきものは何か

振り返ると、今回の出来事で一番重要でない細部は、最終的にどのVPNを使ったかだ。五年後にはそのVPNはとっくに変わっているだろうが、この調査の思考プロセスは残る。

私は最初からVPNを換え、eSIMを換え、Claudeを再インストールし、再起動しようとはしなかった。代わりにこうした：

  • まずHTTPレスポンスを確認する：302 app-unavailable-in-region、リージョン判定レイヤーが拒否している。
  • 次に出口IPを確認する：香港に落ちている。
  • 次にASNを確認する：クラウドデータセンター、プロキシトラフィックに近い特性がある。
  • 最後に唯一の変数（出口の場所）を変え、HTTPステータスが変わるかを観察する：302が403になった。

エンジニアリング的には、これを「一度に一変数を変える」という。プロセス全体で使った文型は三種類だけだ。私は観察した、私は推測した、私は検証した。多くの障害は「修理」されるのではなく、テスト手法によって一歩ずつ真の原因が浮かび上がらせられるものだ。

結論：AIワークフローには地政学的冗長化が必要だ

上海でのこの経験は、自分のAIワークフローを見直すきっかけになった。「どの一つのサービスも必須経路にしない」という教訓は、GitHubアカウント停止のときに一度学んだ。あのときはコードホスティングの話だった。今回はモデルレイヤーの番だ。

冗長化は二つの軸で準備する。モデル軸：Claudeを主力にしつつ、Codex、Antigravityなどの代替手段は単一プロバイダーへの依存リスクに備えるためのものだ。アカウントが停止されても、サービスに問題が起きても、行き先がある。ただし中国シナリオでは、別のアメリカのモデルに乗り換えても冗長化にならない点に注意が必要だ。OpenAI、Googleのサポートリストも同様に中国本土を含んでおらず、地政学的リスクは同じだ。この軸で地政学に対応するには、中国国内で使えるモデルが必要になる。ネットワーク出口軸：出口経路をもう一本用意し、各経路の出口がどこにあるかを把握しておく。モデルが一つ、入口が一つ、出口が一つ――どこか一環が非サポートと判定された瞬間、ワークフロー全体が止まる。

あの夜、私はもとClaude Desktopを直そうとしていただけだった。最終的に修正されたのは、AIインフラに対する自分の理解だった。モデル能力のランキングは四半期ごとに変わる。しかし「それを使えるかどうか」は、すでに地政学の問いになっている。

ファクトチェックの出典：Anthropic Supported countries & regions、Anthropic Updating restrictions of sales to unsupported regions（2025-09-05）、Anthropic Detecting and preventing distillation attacks（2026-02-23）、WIRED How People in China Keep Outsmarting Anthropic’s Geolocation Restrictions