Engineering · アーキテクチャ

最新モデルが出た日に、業務へ乗せる — agens のモデルフリー(Multi-LLM)設計

モデルフリーとは、スキル・ツール接続・成果・統制といった業務資産をモデルから分離し、モデルだけを差し替えられるようにする設計。agens はこの分離を製品の前提にしています。

要点

  • 2026-06-09 公開の Claude Fable 5 は、Microsoft Foundry・AWS・Databricks・GitHub Copilot などが同日提供を開始。『モデルは選んで差し替える部品』が業界の前提になった。
  • 業務をモデルに直接結びつけて作り込むと、モデルが替わるたびに作り直しになる。agens はスキル・MCP接続・フォルダ(成果)・記憶をモデルの外の層に置く。
  • agens は Multi-LLM 設計。OpenAI/Anthropic/Google/オープンウェイト等を切り替えて利用でき、モデルの変更で業務資産を作り直す必要がない。
  • 統制(権限分離・監査・巻き戻し・自動停止)はハーネス側のレイヤで効くため、新しいモデルに替えても統制は初日から同じに保たれる。
  • 新モデルの提供時期・課金・リージョンは各ベンダーの条件に準拠。切り替え前に代表タスクで小さく評価(eval)してから広げるのが安全な運用。

“最強モデル”は数か月ごとに塗り替わる

2026年6月9日、Anthropic は最上位ティアのモデル Claude Fable 5 を公開しました。注目すべきは性能だけではありません。Microsoft Foundry・AWS・Databricks・GitHub Copilot といった主要プラットフォームが同日に提供を始め、利用者から見れば『新しい最上位モデルが、出たその日から選択肢に並ぶ』ことが当たり前になりました。

2026年に入ってからだけでも、Claude Opus 4.8、Gemini 3.5、GPT-5.5、そして Fable 5 と、フロンティアの首位は数か月単位で入れ替わっています。この速度は今後も続くと考えるのが自然です。

(B)ここで問題になるのが、業務の組み立て方です。特定のモデルを前提にプロンプトやツール連携を作り込むと、モデルが替わるたびに作り直しが発生します。一般に『どのモデルが最強か』より『モデルが替わっても壊れない組み立てになっているか』のほうが、長期の総コストを左右します。

業務資産とモデルを分離する

業務資産 = モデルから独立モデルが変わっても作り直さないスキルMCP接続(200+)フォルダ(成果)記憶agens(エージェントハーネス)統制はこの層で常に効く実行ループサンドボックス権限分離・監査巻き戻しモデル = 選んで差し替える部品Claude Fable 52026-06 追加Claude OpusGeminiGPT / OSS新モデルの追加 = 設定の差し替えだけ
スキル・MCP接続・フォルダ(成果)・記憶は業務資産としてモデルから独立。実行ループ・サンドボックス・統制はハーネス層。モデルは最下層の“差し替え可能な部品”として扱う。

agens の分離設計:何がモデルの外にあるか

(A)agens は、この分離を製品の前提にしています。業務の手順を担うスキル、社内外ツールとの接続(MCP。server/client 両対応で、200以上のツールと構築ゼロで接続)、成果を会社の資産として残すフォルダ、業務をまたいで引き継ぐ記憶——いずれもモデルに依存しない層に置かれます。

(A)そのため、利用するモデルは OpenAI/Anthropic/Google/オープンウェイト等から選んで切り替えられます。モデルの変更は構成の差し替えであり、スキルや接続・蓄積した成果を作り直す必要はありません。

(A)統制も同じです。権限分離(RBAC)・監査・操作の巻き戻し・想定外挙動の自動停止はハーネス側のレイヤで効くため、『新しいモデルに替えたら統制が弱まった』という事態が構造的に起きません。新しいモデルでも、初日から同じガードレールの中で動きます。

🛡 可用性と運用の注記

新モデルの提供時期・課金条件・利用できるリージョンは、各ベンダー(API/Azure/AWS/GCP)の提供条件に準拠します。国内リージョンやセルフホスト要件がある場合は、該当クラウドでの提供開始にあわせて適用します。また、モデルごとにツール呼び出しの癖やコスト特性は異なるため、切り替え前に代表タスクで小さく評価してから対象業務を広げる運用を推奨しています。

“乗り換えられる自由”は、守りではなく攻めの設計

(B)モデルフリーは、ベンダーロックインを避ける守りの設計と見られがちですが、実際には攻めの意味が大きい設計です。フロンティアモデルの進化は現在もっとも速い技術曲線のひとつで、差し替えられる組み立てになってさえいれば、その改善は業務品質の改善としてほぼ自動的に取り込めます。

(B)Fable 5 が示した『数日規模の業務を自律で走り切る』水準も、単一モデルに固定した設計では“次の乗り換えプロジェクト”を待つことになりますが、分離された設計なら評価して切り替えるだけです。モデルの進化速度そのものを、自社の資産に変える——それがモデルフリー設計の狙いです。

関連する設計トピック

モデルを差し替えても壊れない土台の全体像はエージェントハーネス(→ エージェントハーネス全体像)、ツール接続の共通化は MCP 接続設計(→ MCP接続設計)、切り替え判断を支える評価の仕組みはエージェント評価(→ エージェント評価)、統制レイヤの詳細は統制・権限分離(→ 統制・権限分離)をどうぞ。

よくある質問

モデルフリー(Multi-LLM)とは何ですか?
スキル・ツール接続・成果・統制といった業務資産をモデルから分離し、利用するLLMだけを選んで差し替えられるようにする設計です。(A)agens は OpenAI/Anthropic/Google/オープンウェイト等を切り替えて利用できます。
Claude Fable 5 のような新モデルは、agens でいつ使えますか?
新モデルの提供時期・課金・リージョンは各ベンダーの提供条件に準拠します。(A)agens 側は構成の差し替えで適用できる設計のため、ベンダー経由で利用可能になり次第、業務を作り直さずに選択肢へ追加できます。
モデルを切り替えると、スキルや接続は作り直しですか?
いいえ。(A)スキル・MCP接続・フォルダ(成果)・記憶はモデルの外の層にあるため、そのまま使えます。(B)ただしモデルごとに挙動やコスト特性は異なるため、代表タスクでの評価を挟んでから広げることを推奨します。
新しいモデルに替えると統制(権限・監査)は再設定が必要ですか?
不要です。(A)権限分離・監査・巻き戻し・自動停止はモデルではなくハーネス側のレイヤで効くため、どのモデルを選んでも同じ統制が初日から適用されます。

最終更新: 2026-06