BedrockでClaude Mythos Previewが使えるのはus-east-1だけ

Amazon BedrockのClaude Mythos Previewは招待制で、使えるのはus-east-1(バージニア北部)の1つだけです。グローバルエンドポイントには対応しません。東京やフランクフルトでは呼べません。

使うにはProject Glasswingの招待と、許可リストに登録したAWSアカウントが要ります。この制約の中身と、Claude Codeから呼ぶときに設定が変わる点を取り上げます。

グローバルとリージョナルのどちらにも載らない

Bedrockのエンドポイントには2種類あります。グローバルは全リージョンへ動的にルーティングする方式で、可用性を優先し追加料金はありません。リージョナルは単一リージョンに固定する方式で、データ所在地の要件を満たせる代わりに、グローバルより10%高くなります。

グローバルが使えるモデルは、公式ドキュメントが名指しで列挙しています。対象は10モデルで、Fable系はClaude Fable 5.1とFable 5、Opus系はOpus 5.5・Opus 5・Opus 4.8・Opus 4.7です。残りはSonnet 5.5・Sonnet 5・Haiku 5.5・Haiku 4.5です。Mythos Previewはこの一覧にありません。

同じ文脈でリージョナルの説明も続きます。Fable 5.1のリージョナルは、現状us-east-1のみです。そしてMythos Previewは「リージョナルのみで、us-east-1で利用できる」と書かれています。

BedrockはAWSの27リージョンで使えます。東京(ap-northeast-1)、フランクフルト(eu-central-1)、アイルランド(eu-west-1)も含まれます。ただしこれはサービス全体の展開で、個々のモデルがすべてに載るわけではありません。公式のリージョン表は、各リージョンのEndpoint types欄にGlobalやUSなどの地域名、In-region onlyが並ぶだけで、モデルごとの載り方はその上の説明文でしか分からない作りです。

経路はMantleで、IDはanthropic.claude-mythos-preview

Mythos PreviewのモデルIDはanthropic.claude-mythos-previewです。Bedrockのエンドポイント形式はhttps://bedrock-mantle.{region}.api.aws/anthropic/v1/messagesで、{region}に入るのは事実上us-east-1だけになります。

curl https://bedrock-mantle.us-east-1.api.aws/anthropic/v1/messages \
  --aws-sigv4 "aws:amz:us-east-1:bedrock-mantle" \
  --user "$AWS_ACCESS_KEY_ID:$AWS_SECRET_ACCESS_KEY" \
  -H "x-amz-security-token: $AWS_SESSION_TOKEN" \
  -H "content-type: application/json" \
  -H "anthropic-version: 2023-06-01" \
  -d '{
    "model": "anthropic.claude-mythos-preview",
    "max_tokens": 1024,
    "messages": [{"role": "user", "content": "Hello, Claude"}]
  }'

--aws-sigv4のリージョンと、URLの{region}は同じ値で揃えます。他のリージョンに変えても、許可リスト登録済みのアカウントでさえ、そのリージョンにMythos Previewが無いので呼べません。

モデル一覧表には、限定提供のMythosが他にもあります。anthropic.claude-mythos-5-1とanthropic.claude-mythos-5で、状態欄は「Active (verification required)」(利用には確認手続きが必要)です。ただしリージョンの説明文が名前を挙げているのはMythos Previewだけで、この2つの提供リージョンはリージョンの説明文に書かれていません。

us-east-1一択になっている背景

Mythos Previewを使うには、Project Glasswing経由の招待に加え、Bedrock Marketplaceチームが許可リストに登録した専用のAWSアカウントが必要です。アカウントIDはAnthropicのアカウント担当者が申請し、処理は通常24時間以内、完了するとAWSからウェルカムメールが届きます。申し込みの一般的な流れはAmazon BedrockでClaudeを使うにまとめてあります。

Fable 5.1やSonnet 5などの開放モデルは、全てのBedrock顧客に開かれています。Mythos Previewは、アカウント単位の許可リストという別枠に乗っています。

us-east-1だけに絞られている理由は、公式のページに書かれていません。Fable 5.1のリージョナルも、現状はus-east-1のみです。拡大の予定も記載がありません。

推論プロファイルとデータ所在地が絡む場面

Bedrockには、米国・欧州・日本・豪州のジオグラフィーをまたいでルーティングする推論プロファイル(inference profile)があります。IAMとクロスリージョン推論プロファイルの組み方はClaude Code Bedrock IAM設定とクロスリージョン推論プロファイルの組み方で扱っています。複数リージョンへ振り分ける仕組みなので、1リージョンにしか無いMythos Previewは対象外と考えられます。

データ所在地の要件がある場合の影響は直接的です。Sonnet 5やOpus 4.8などGlobal以外にも載るモデルなら、東京リージョナルや日本向け推論プロファイルでデータを国内に留められます(Fable 5.1は対象外です)。Mythos Previewはus-east-1だけなので、国内に留める手段がありません。日本から使える提供経路の全体はClaudeを日本から使う提供経路で扱っています。

可用性の違いもあります。グローバルは全リージョンへ動的にルーティングして可用性を高める方式ですが、Mythos Previewはその対象外で、リージョナルのus-east-1だけです。検証や評価が中心の間は影響が小さく、本番投入を考えるなら単一リージョン依存を前提に置くことになります。

Claude Codeから使うと設定が変わる

Claude CodeのBedrock連携には、経路が2つあります。標準のInvoke APIと、Mantleエンドポイントです。Mantleは、Anthropic本家のAPIと同じ形でClaudeを提供するBedrockのエンドポイントで、モデルIDはanthropic.で始まりバージョン接尾辞を持ちません。anthropic.claude-mythos-previewはこの形式なので、使う経路はMantleです。

Claude Codeのドキュメントには、Mantleのモデルラインナップは標準のBedrockカタログとは別だと書かれています。us.anthropic.claude-sonnet-4-6のような推論プロファイルIDはMantleでは通らず、モデルIDに言及した400が返ります。

export CLAUDE_CODE_USE_MANTLE=1
export AWS_REGION=us-east-1
claude --model anthropic.claude-mythos-preview

リージョンはAWS_REGION、AWS_DEFAULT_REGION、AWSプロファイルのregionの順に読まれ、どれも無ければus-east-1になります。値が地域名の形をしていなければ、未設定として次へ進みます。Mythos Previewにとっては、フォールバック先がたまたま唯一の提供リージョンに一致する形です。ただしプロファイルが東京などを指していると、そちらが優先されます。意図せず別リージョンを向く事故を避けるなら、明示するのが確実です。

既存のBedrock設定と併用する場合

Mantleを有効にしても、他のモデルが使えなくなるわけではありません。CLAUDE_CODE_USE_BEDROCKとCLAUDE_CODE_USE_MANTLEを両方設定すると、Mantle形式のIDはMantleへ、それ以外はInvoke APIへ振り分けられます。この状態の/statusはAmazon Bedrock + Amazon Bedrock (Mantle)を表示します。

Mythos Previewを/modelのピッカーに出したいときは、設定ファイルのavailableModelsにIDを書きます。このキーはピッカーを列挙したものだけに絞る性質もあるため、残したいエイリアスやバージョンも併記します。

Invoke API側のANTHROPIC_BEDROCK_REGION_PREFIX(us / eu / apac / jp / au / global)は、推論プロファイルの接頭辞を選ぶ変数です。MantleのIDは接頭辞を持たないので、Mythos Previewの経路にはこの変数が関与しません。並行して使うOpusやSonnetのルーティングを調整するときの話になります。

つまずきやすい点も、公式に書かれています。

• 403でエラーがbedrock-mantle:の権限名を挙げている場合は、その権限をIAMに付与します
• 403で権限名が出ず、資格情報が有効なら、AWSアカウントがそのモデルへのアクセスを許可されていません。AWSのアカウントチームに依頼します
• 400でモデルIDが挙がる場合は、そのモデルがMantleで提供されていません。Mantle形式のIDにするか、両方のエンドポイントを有効にします
• /statusにMantleと出ないときは、環境変数がClaude Codeのプロセスに届いていません。起動したシェルでexportしたか、設定ファイルのenvに書いたかを確かめます

サービスティア(ANTHROPIC_BEDROCK_SERVICE_TIER)はdefault / flex / priorityを選べ、ヘッダーX-Amzn-Bedrock-Service-Tierで送られます。ティアの対応状況はモデルとリージョンで変わると書かれているので、Mythos Previewで使うときは対象の組み合わせを確かめます。環境変数の切り替え方はClaude Code Bedrockサービスティアにあります。

まとめ

Mythos Previewを呼ぶ経路は、グローバルの代替を探す話ではなく、Mantleのus-east-1一択です。グローバルの動的ルーティングは使えず、us-east-1単独に依存します。先に決めるのは、国内にデータを留める要件があるかどうかです。ある場合、Mythos Previewは候補から外れます。