CLAUDE LABEN
MODEL — Claude Fable 5が6/9に一般提供開始。100万トークン文脈・常時アダプティブ思考・128K出力を備えますPLATFORM — Developer Platformにcode execution・MCP connector・Files API・最大1時間のプロンプトキャッシュが追加されましたMCP — 管理者がOkta経由で組織全体にMCPコネクタをプロビジョニング可能に。初回ログインでゼロタッチ接続できますSANDBOX — Claude Managed Agentsが自前サンドボックス+プライベートMCPサーバー接続に対応しましたCODING — Opus 4.8はSWE-bench 72.5%・Terminal-bench 43.2%。長時間の連続作業に強みがありますLINEUP — 主力はOpus 4.8・Sonnet 4.6・Haiku 4.5。用途に応じて使い分けられますMODEL — Claude Fable 5が6/9に一般提供開始。100万トークン文脈・常時アダプティブ思考・128K出力を備えますPLATFORM — Developer Platformにcode execution・MCP connector・Files API・最大1時間のプロンプトキャッシュが追加されましたMCP — 管理者がOkta経由で組織全体にMCPコネクタをプロビジョニング可能に。初回ログインでゼロタッチ接続できますSANDBOX — Claude Managed Agentsが自前サンドボックス+プライベートMCPサーバー接続に対応しましたCODING — Opus 4.8はSWE-bench 72.5%・Terminal-bench 43.2%。長時間の連続作業に強みがありますLINEUP — 主力はOpus 4.8・Sonnet 4.6・Haiku 4.5。用途に応じて使い分けられます
記事一覧/API & SDK
API & SDK/2026-06-23上級

同じモデルが環境ごとに別名になる問題 — Claude をマルチプロバイダーで呼ぶ識別子リゾルバの設計

Fable 5 が API・Bedrock・Vertex で同時に使えるようになった結果、同じモデルが環境ごとに別の識別子を持つようになりました。ハードコードした model 文字列が移行を阻む問題を、論理モデル名・能力フラグ・起動時検証を備えた識別子リゾルバで畳み直す実装を整理します。

Claude API84Amazon BedrockVertex AI2モデル識別子マルチプロバイダー2設定設計本番運用30

プレミアム記事

Fable 5 が一般提供になった日、私はすぐに手元の自動運用パイプラインで試そうとして、一つの地味な壁にぶつかりました。普段は Claude API を直接叩いているのですが、ある処理だけはレイテンシとリージョンの都合で Amazon Bedrock 経由に寄せたい。ところがコードに書いてある model の文字列が、Bedrock ではそのまま通らないのです。

同じ「Fable 5」を指しているはずなのに、API では claude-fable-5、Bedrock では推論プロファイルの ARN、Vertex AI では publisher 配下のモデルパス——呼び先によって名前がまるで違います。個人開発で一人運用していると、この差は「ちょっとした不便」では済みません。model 文字列がコードベースのあちこちに直書きされていると、プロバイダーを一つ増やすだけで全箇所を手で書き換えるはめになります。

本稿で扱うのは、この散らばった識別子を「論理モデル名 → 物理識別子」という一段の抽象で畳み直す方法です。能力の差と存在確認まで含めて、一人でも安全に運用できる設計を、実装コードとともに見ていきます。

ハードコードした model 文字列が移行を静かに止める

最初に、なぜ直書きが問題になるのかを具体的に見ておきます。私のパイプラインでは、記事生成・要約・分類・整合性チェックといった用途ごとに別々のモジュールが Claude を呼んでいました。Fable 5 を試そうとした時点で、grep -rn 'claude-' src/ | grep -c model を数えたら、model: の直書きが 12 箇所ありました。

このうち何箇所かは Sonnet 世代の古い識別子のまま残っていて、しかもどれが現役でどれが惰性で残っているのか、コードを読むだけでは判別できません。プロバイダーを切り替えるという話以前に、「いま自分はどのモデルを、どこで、いくつ呼んでいるのか」を一覧できない状態になっていたのです。

直書きが効かなくなる本質は、model 文字列が三つの異なる関心事を一語に圧縮してしまっている点にあります。すなわち「どの世代・性能のモデルか(論理的な意図)」「どのプロバイダーのどの識別子か(物理的な所在)」「いつ固定したか(バージョンの安定性)」です。この三つが分離されていないと、片方を変えたいだけでも文字列全体を書き換えることになります。

論理モデル名という一段の抽象を入れる

解決の出発点は単純で、コードからは「論理モデル名」だけを参照させ、物理識別子への変換を一箇所に閉じ込めます。論理名は性能や役割で名付けます。たとえば reasoning-default(既定の推論モデル)、fast-cheap(軽量・低コスト)、long-output(長文一括生成向け)のように、用途で語れる名前にしておくと、呼び出し側のコードが「何をしたいか」を表すようになります。

物理識別子は、論理名とプロバイダーの組から決まります。次のような対応を一枚のテーブルとして持ちます。

論理モデル名プロバイダー物理識別子(例)
reasoning-defaultanthropicclaude-fable-5
reasoning-defaultbedrock(推論プロファイル ARN)
reasoning-defaultvertex(publisher モデルパス)
fast-cheapanthropicclaude-haiku-4-5-20251001

物理識別子をここに具体名で書かないのは意図的です。ARN やモデルパスは環境変数・シークレットとして注入し、テーブルには「キー」だけを持たせます。こうすると、識別子そのものをコードベースに焼き付けずに済み、リージョンやプロジェクトを差し替えても設定の更新だけで対応できます。

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
論理モデル名から環境別の物理識別子を解決する小さなリゾルバの実装と、12箇所に散らばった model 文字列を一点に畳む移行手順
プロバイダーごとに異なる能力(1時間プロンプトキャッシュ・128K 出力・拡張思考)を識別子に同梱し、未対応環境で静かに壊れないようにする能力フラグ設計
起動時に『解決した識別子がそのプロバイダーに実在するか』を最小コストで確かめるプリフライト検証と、運用で踏んだ3つの落とし穴
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Claude Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • コピー&ペーストで使える実装コード付き
  • 毎日新しい上級ガイドを追加
  • ¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

API & SDK2026-05-02
Claude API × LiteLLM でコスト最適化マルチプロバイダー AI ゲートウェイを本番設計する — フォールバック・A/B テスト・プロバイダー移行戦略
LiteLLMを使いClaude APIを中心とした本番マルチプロバイダーAIゲートウェイを構築。フォールバック設計・A/Bテスト・コストベースルーティング・プロバイダー移行戦略まで実装コード付きで解説。
API & SDK2026-06-21
service_tier で優先枠をユーザー応答だけに振り向ける
Priority Tier を契約しているのにピーク時だけユーザー向け応答が遅くなる——その原因を service_tier の auto と standard_only の挙動から切り分け、背景ジョブを優先枠から隔離する構成を、自動運用の実例とともにまとめました。
API & SDK2026-06-20
Cloudflare AI Gateway を Claude の手前に置くと、見えるはずの数字が見えなくなる — 運用で効いた計装メモ
Cloudflare AI Gateway を Claude API の前段に置いたあと、コスト按分・セマンティックキャッシュの誤ヒット・フォールバックの静かな品質低下・予算の実効化で実際につまずいた箇所と、その手当てをコード付きでまとめます。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →