「新しいから全部5.5」は正解か？
2026年4月、OpenAIからGPT-5.5シリーズがリリースされました（OpenAIのGPT-5.5発表）。
「より賢く、よりトークン効率が良く」なったと謳われていますが、実際に開発現場で使ってみると、すべてのケースで「改善」と言い切れるわけではありませんでした。特に既存プロジェクトのコード改修では、5.4の方がコスト効率で上回る場面があります。
5.5と5.4を使い比べて見えてきた「フェーズ別の使い分け」を整理していきます。
比較の前提・背景
GPT-5.5は、標準モデルでも5.4と比較してAPI価格が2倍に設定されています。OpenAIはGPT-5.5の発表において「より少ないトークンで同じタスクを完結できるため、実質的な効率は向上している」と説明しています。
しかし、この「効率」がどの文脈を指しているのかが重要です。新規の「何もないところからの構築」と、既存の「複雑な文脈を持つコードの修正」では、モデルの振る舞いが大きく異なります。
特徴と違い（比較表）
主要なスペックとコストの違いを表で整理します。コンテキスト窓は3モデルとも1Mトークンで共通のため、表からは省略しています。
| 比較軸 | GPT-5.4 | GPT-5.5（2026年4月〜） | GPT-5.5 Pro |
|---|---|---|---|
| Input (1M tokens) | $2.50 | $5.00 | $30.00 |
| Output (1M tokens) | $15.00 | $30.00 | $180.00 |
| トークン効率（体感） | 標準 | 高（要約・推論で顕著） | 最高（複雑な論理構築） |
| 得意領域（筆者の所感） | 軽微なバグ修正、定型作業 | 新規設計、大規模要約 | アーキテクチャ全体の刷新 |
結論：向いているケース
2026年4月のリリース直後から数日間、Codex（既存プロジェクトの改修）と新規プロジェクトの両方で使い比べてみた結果、明確な「使い分けの境界線」が見えてきました。
GPT-5.5が向いているケース — 新規プロジェクトを一気に作り込みたいとき
アーキテクチャの選定から初期コードの大量生成までを任せる場合、5.5の方が少ないやり取りで意図に沿ったコードを返してくれる傾向がありました。指示を細かく分割しなくても文脈全体を踏まえた出力が得られるため、結果としてやり取りの回数が減り、トータルのコストや時間を抑えられる感覚があります。
GPT-5.4が向いているケース — 既存プロジェクトの小規模な改修を重ねる業務
5.5は単価が5.4の2倍に設定されているため、トークン効率が劇的に（2倍以上に）向上しない限り、コスト面でのメリットは出にくいのが実情です。
Codexで既存コードを読み込ませて部分的な修正を依頼した際、5.5の方がトークン消費量が増える場面に遭遇しました。5.5はより深い推論を行おうとするためか、出力が丁寧（冗長）になったり、文脈確認に多くのトークンを割いたりする傾向があるようです。
「ここだけ直して」という単純な業務では、安価で挙動が予測しやすい5.4の方が、消費量もコストも抑えられると感じます。
まとめ
GPT-5.5は、推論の深さやエージェント的な振る舞いにおいて5.4から明確に進化しています。特にプロトタイプ制作や新規機能の全体設計など、「0から1を生み出す、あるいは1から10へ一気に拡張する」場面では、価格差を補って余りあるパフォーマンスを発揮してくれるでしょう。
一方で、日々のメンテナンスや、既にルールが決まっているプロジェクト内での小規模な修正作業（Day 2運用）では、GPT-5.4の方がコストパフォーマンスに優れる場面が多いと感じます。
「新世代だから」とすべてを5.5に切り替えるのではなく、「新規は5.5、保守は5.4」というフェーズ別の使い分けが、2026年6月時点での現実的な落としどころではないでしょうか。
とはいえ、タスクの性質ごとにモデルや推論レベルを人間がいちいち意識して切り替えるのは、本来非効率で面倒な作業です。指示の内容やコンテキストをAI側で自動判別し、常に最適なコストと効率でモデルを使い分けてくれる「完全Autoモード」のような仕組みが登場することを、ボヤキ半分、期待半分で待ちたいと思います。