OpenAI

GPT 5.5

エージェント型コーディング

MCPlato

スマートルーティング

GPT 5.5 が登場。チームにとっての意味——そして MCPlato がどうルーティングするか

OpenAI の GPT 5.5 はトップクラスのエージェント型コーディングスコアと 100 万トークンコンテキストを備えて登場。データが実際に示すもの——そして MCPlato のスマートルーティングがワークスペースをどう接続するか。

公開日 2026-04-23

はじめに

OpenAI は 2026 年 4 月 23 日に GPT 5.5 をリリースし、反応は即座でした。コードネーム「Spud」、このモデルは ChatGPT、Codex、および API パイプラインに登場し、明確なポジショニングを持っています：これは漸進的なアップグレードではありません。計画、実行、そしてマルチステップワークフロー全体で自己修正を行うモデルへのシフトです。

数字が主張を裏付けます。TerminalBench 2.0 で 82.7% のスコア——モデルがサンドボックス化されたターミナル環境をナビゲートし、コマンドラインワークフローを実行し、ツールを調整する能力をテストするベンチマーク——は、GPT 5.5 を Claude Mythos Preview（82.0%）および Claude Opus 4.7（設定により約 68.5–80.2%）を大きく上回る位置に置きます。エージェント型システムを構築するチームにとって、その差は重要です。

しかし、GPT 5.5 はまた、OpenAI のインフラストラクチャを通じて提供されるクローズドソースモデルであり、価格設定と可用性はサブスクリプションティアに依存しています。これはチームにとって馴染みのある緊張関係を生み出します：モデルは能力がありますが、それを本番ワークフローに統合するには、API キー以上のものが必要です。ルーティングロジック、コンテキスト保持、および遅延、コスト、または可用性が制約となる際に代替モデルにフォールバックする能力が必要です。

これが、ワークスペースレイヤーがボトルネックになる——または実現を促進する——場所です。

データが実際に示すもの

OpenAI のリリース資料とサードパーティの評価は、一貫した図像を描いています。GPT 5.5 は 3 つの領域で最も強力です：エージェント型実行、長コンテキスト推論、およびマルチモーダル理解。

エージェント型コーディングとターミナルワーク

TerminalBench 2.0 は標準的なコーディングベンチマークではありません。モデルがサンドボックス化されたターミナル内で操作し、マルチステップコマンドラインワークフローを計画し、コマンドが失敗した際に反復し、複数のツールを調整してタスクを完了できるかを測定します。82.7% のスコアは、GPT 5.5 が約 5 回中 4 回、人間の介入なしに複雑なターミナルタスクを成功させることを意味します。

比較として：

モデル	TerminalBench 2.0
Claude Mythos Preview	82.0%
GPT 5.5	82.7%
Claude Opus 4.7	68.5–80.2%
DeepSeek V4-Pro Max	67.9%

ソース：MarkTechPost, Hugging Face — DeepSeek V4-Pro

84.9% の GDPVal スコアはこのパターンを強化します。GDPVal は、モデルが生成したコードが実際にコンパイル、実行され、多様なプログラミングタスクで正しい出力を生成するかをテストします。GPT 5.5 のスコアは、そのエージェント型能力が見かけ倒しのテキストではなく、実際に動作するコードに変換されることを示唆しています。

長コンテキストの安定性

以前の GPT モデルは、コンテキスト長が増えるにつれて品質が低下しました。OpenAI のシステムカードおよび独立した評価によると、GPT 5.5 は最大 100 万トークンのコンテキストウィンドウ全体で推論性能を維持します。これは単に「長い文書を読める」ということではありません。「長い文書内で関係性を推論し、初期の前提を見失わない」ということです。

開発者にとって、これは GPT 5.5 がコードベース全体を取り込み、ファイル間で依存関係を追跡し、遠隔モジュールの副作用を考慮したリファクタリングを提案できることを意味します。法律および金融チームにとっては、契約書やレポートを一貫性を失うことなく塊ごとではなく全体として分析できることを意味します。

マルチモーダルおよびツール使用

GPT 5.5 は、テキスト、コード、およびビジョンにわたるマルチモーダル能力を拡張します。このモデルは UI のスクリーンショットを解釈し、図表を読み、根拠のある引用を含む構造化された出力を生成できます。法律評価では、GPT 5.4 と比較して、改善された組織性、可読性、および太字の見出しと引用の効果的な使用が示されました。

HealthBench スコア——医療推論ベンチマーク——も向上しました：全体で 56.5（GPT 5.4 対比 +2.5）、プロフェッショナルサブセットで 51.8（+3.7）。これらは目立つ数字ではありませんが、幻覚リスクが最も高い領域での漸進的な進歩を示しています。

ソース：OpenAI GPT 5.5 System Card, OpenAI Deployment Safety

ユーザーの声

Reddit および開発者コミュニティの GPT 5.5 への反応は慎重に楽観的で、一貫したテーマがあります：このモデルはマルチステップタスクでより信頼性が高く感じられますが、魔法ではありません。

r/ChatGPT および r/OpenAI の複数の開発者は、GPT 5.4 と比較して、GPT 5.5 は複雑なコーディングタスクで再試行が少なくなると指摘しました。あるユーザーはそれを「中間出力を毎回チェックしなくても 10 ステップのワークフローを実行できると信頼できる初めての GPT」と表現しました。別のユーザーは、改善が「接着コード」——以前は手動介入が必要だった API とサービス間の面倒な配管——で最も顕著であると指摘しました。

批判も同様に具体的です。GPT 5.5 の API アクセスは発売時には利用できませんでした——OpenAI は「まもなく」提供すると述べました——これは、本番パイプラインへの統合を試みるチームを失望させました。価格設定は依然として懸念事項です：発売時に正確な GPT 5.5 API 価格は発表されていませんでしたが、GPT 5 の価格設定は入力トークン 100 万あたり約 1.25 ドル、出力トークン 100 万あたり 10 ドルであり、マルチモーダルビジョンタスクには追加コストがかかります。高容量のエージェント型ワークフローを実行するチームは、慎重に計算を行っています。

繰り返し観察されるのは、GPT 5.5 の強みがその限界でもあるということです。Web API、標準ライブラリ、一般的なフレームワークなど、OpenAI のトレーニング分布に適合するタスクで優れています。ニッチな領域や独自の内部システムに押し込まれると、性能は予測可能に低下します。このモデルはジェネラリストであり、ジェネラリストには境界があります。

ソース：Reddit — GPT 5.5 Discussion, OpenAI Community

クローズドソースの制約

GPT 5.5 は ChatGPT Plus、Pro、Business、および Enterprise サブスクリプション、および Codex を通じて提供されます。API アクセスは発表されましたが、すぐには利用できませんでした。これはチームにとって 3 つの点で重要です：

遅延と可用性は保証されません。 OpenAI の API は、高需要期に停止やレート制限を経験しています。GPT 5.5 のみに依存する本番ワークフローには単一障害点があります。

価格設定は不透明で、変動する可能性があります。 発売時に GPT 5.5 API の価格設定が発表されていないため、チームはコストを正確にモデリングできません。GPT 5 の価格構造は、長いコンテキストと複数のツール呼び出しを持つエージェント型ワークフローが安くはないことを示唆しています。

カスタマイズは限られています。 オープンウェイトモデルとは異なり、GPT 5.5 は独自データでファインチューニングしたり、オンプレミスにデプロイしたりできません。厳格なデータ居住要件や特定のドメインのニーズを持つチームは、上限に直面します。

これらの制約は、GPT 5.5 を悪い選択にしません。特定の選択にします——コスト、遅延、および能力要件に基づいて複数のモデル間でタスクをインテリジェントに割り当てられるルーティングレイヤーと組み合わせた場合に最も効果的です。

MCPlato のアプローチ

MCPlato は、インテリジェントモデルルーティングレイヤーを通じて GPT 5.5 を統合します。システムは、すべてのタスクに対して GPT 5.5 をデフォルトとして扱いません。代わりに、リクエストを分析します——その複雑さ、ドメイン、予想されるトークン数、および遅延要件——そして、最適なトレードオフを提供するモデルにルーティングします。

「この文書を要約して」ような単純なクエリは、より小さく、より速く、コストが低いモデルにルーティングされる可能性があります。ターミナル操作、ファイルシステムナビゲーション、および API 調整を必要とするマルチステップコーディングタスクは、GPT 5.5 にルーティングされます。GPT 5.5 がレート制限を受けているか利用できない場合、システムは次に最適な代替方案——Claude Opus 4.7、DeepSeek V4-Pro、または別の設定されたモデル——にフォールバックし、セッションを中断しません。

ルーティングはチャットレベルではなく、ワークスペースレベルで発生します。つまり、単一のエージェント型ワークフローが、複雑な推論ステップで GPT 5.5 を呼び出し、フォーマットや検証のためにより速いモデルに切り替え、次の計画段階で GPT 5.5 に戻ることができます——すべてが同じ永続セッション内で行われます。コンテキストは保持されます。ツール出力は追跡されます。モデルの 1 つがひっかかっても、ワークフローは続行されます。

チームにとって、これは「GPT 5.5 は印象的だ」と「GPT 5.5 は私たちのワークフローで利用可能だ」の間の距離を縮めます。モデルは能力です。ルーティングレイヤーは、その能力を信頼性のあるものにするインフラストラクチャです。

競争環境

GPT 5.5 は、競合が止まっていない市場に参入します。1 週間前にリリースされた Claude Opus 4.7 は、SWE-bench で競争力を保ち、専門的なソフトウェアエンジニアリングタスクでより強力な性能を提供します。制限付きアクセスモデルである Claude Mythos Preview は、TerminalBench 2.0 で GPT 5.5 にほぼ匹敵し、Anthropic にまだ余地があることを示唆しています。DeepSeek V4-Pro は、オープンウェイトと透明な方法論を持ち、コストのごく一部で同等のコーディング性能を提供します。

GPT 5.5 の利点は明確です：ChatGPT を通じた配布、マルチモーダル能力、およびエージェント型ターミナルタスクでの狭いが現実的なリード。その欠点も同様に明確です：クローズドウェイト、不確定な API 価格設定、および OpenAI のインフラストラクチャへの依存。

MCPlato のルーティングレイヤーは、どちらか一方を選びません。タスクがコストと能力を正当化する場合は GPT 5.5 にルーティングし、トレードオフが速度、コスト、または可用性を有利にする場合は代替案にルーティングします。目標は、最適なモデルを使用することではありません。各ステップに適したモデルを使用することです。

結論

GPT 5.5 は、エージェント型 AI にとって意味のある前進です。TerminalBench 2.0 および GDPVal のスコアは虚栄の指標ではありません——それらは、モデルが計画、実行、およびマルチステップワークフロー全体で自己修正する能力における真の改善を反映しています。100 万トークンのコンテキストウィンドウとマルチモーダル能力は、人間の手助けなしに自動化できるタスクの範囲を拡大します。

しかし、能力は信頼性と同じではありません。GPT 5.5 は、価格設定が不確定で、発売時の可用性が限られており、以前のすべての OpenAI リリースに影響を与えた同じインフラストラクチャ依存性を持つクローズドソースモデルです。それを銀の弾丸として扱うチームは失望するでしょう。それを多様化されたルーティング戦略の中で 1 つの強力なツールとして扱うチームが、最大の価値を得るでしょう。

MCPlato の GPT 5.5 への統合は、この哲学を反映しています：インテリジェントルーティング、永続セッション、優雅なフォールバック、および各タスクを最も適切に処理できるモデルにマッチングする能力。モデルは強くなりました。それを効果的に使用するためのインフラストラクチャは、同じくらい重要です。