OpenAI o3/GPT-4.5退役、ChatGPT運用棚卸し

OpenAI が 2026年5月28日の ChatGPT Release Notes で、GPT-5.5 Instant の追加更新 と、ChatGPT 内の OpenAI o3 / GPT-4.5 退役予定 を示した。派手な新モデル発表ではないが、日本企業の ChatGPT 運用では見落としにくい変更である。理由は、モデルの性能比較ではなく、社内の手順書、GPTs、教育資料、Canvas 前提の作業導線を棚卸しする期限が見えてきたからだ。

このサイトではすでに GPT-5.5 InstantでChatGPT標準運用はどう変わるか で、5月5日の標準モデル切り替えを扱った。今回はその続報として読むべきだ。5月5日は「標準体験がGPT-5.5 Instantへ寄る」話だった。5月28日は「古い高機能モデルとCanvas前提の使い方を、どこまで残すか」という運用移行の話である。

また、これは OpenAI新セキュリティ設定でChatGPTとCodex運用はどう変わるか や OpenAI Skills統制、ChatGPT企業導入の監査設計 と同じ系列にある。アカウント保護、Skills、モデル選択、Canvas のような編集体験は別々の機能に見える。しかし企業利用では、すべて「誰が、どのモデルで、どの作業を、どの証跡で進めるか」という統制面に集まる。

事実: 5月28日に何が発表されたか

OpenAI の ChatGPT Release Notes は、2026年5月28日の項目として GPT-5.5 Instant Update を掲載した。内容は、応答スタイルと品質の改善である。より読みやすく、日常会話では自然に、実務支援ではペースがよく、過度に長い回答や箇条書きに寄りすぎる出力を減らす方向だと説明されている。

同じ項目で重要なのが、Canvas の扱いだ。OpenAI は、この更新により GPT-5.5 Instant と GPT-5.5 Thinking で Canvas が利用できなくなると説明している。文章作成やコーディングの作業は、今後は chat responses 内の writing blocks と code blocks で支えるという整理である。有料ユーザーは、対象モデルが退役するまでの限定期間、legacy models 経由で Canvas を使い続けられる。

さらに OpenAI は、ChatGPT 内で OpenAI o3 と GPT-4.5 を退役させる予定を示した。OpenAI o3 は 2026年8月26日に退役予定で、90日間の sunset period がある。GPT-4.5 は 2026年6月27日に退役予定で、30日間の sunset period がある。どちらも現在は有料ユーザーが model settings から使えるモデルとして扱われている。

ここで大事なのは、OpenAI が「これらの変更は ChatGPT のみで、API には変更がない」と明記している点だ。API 利用チームまで同じ日に移行しなければならない話ではない。一方、ChatGPT の業務利用、GPTs、社内プロンプト集、Canvas を使ったレビューや教育資料は影響を受ける可能性がある。

事実: GPT-5.5 Instantは標準化から運用整理へ進んだ

5月5日の GPT-5.5 Instant 発表では、OpenAI は同モデルを全 ChatGPT ユーザーにロールアウトし、GPT-5.3 Instant を標準モデルから置き換えると説明した。API では chat-latest として提供される。さらに、過去チャット、ファイル、接続済み Gmail などの文脈を使ったパーソナライズを Plus / Pro から順次広げるとも説明していた。

5月28日の更新は、その標準化を受けた微調整に近い。OpenAI は、GPT-5.5 Instant の出力をさらに読みやすく、自然で、実務タスクに向くよう調整したと説明している。これはユーザーにとっては改善だが、企業運用では「出力の型が変わる」ことでもある。社内で承認済みのプロンプトやテンプレートがある場合、出力の長さ、見出し、箇条書きの粒度が変わるだけで、後続の業務手順に影響する。

Canvas 非対応も同じだ。Canvas は、長い文章やコードを別領域で編集する作業に使われてきた。OpenAI は writing blocks と code blocks へ寄せる方向を示したが、これは単なる UI の好みではない。社内研修資料が「Canvas を開いて編集する」前提で書かれているなら、手順そのものを直す必要がある。社内 GPTs やヘルプデスク文書に Canvas を前提とした説明が残っていないかも確認対象になる。

分析: 日本企業がまず棚卸しすべきもの

ここからは分析だ。

日本企業が今回まず見るべきなのは、モデル性能の優劣ではなく、社内に残っているモデル名依存 である。ChatGPT は多くの会社で、正式導入前から個人利用や部門 PoC として広がった。そのため、手順書やプロンプト集に「o3で実行」「GPT-4.5で確認」「Canvasで仕上げる」といった記述が残っている可能性がある。

棚卸し対象は少なくとも4つある。

1つ目は、社内プロンプト集だ。法務レビュー、営業提案、技術調査、コードレビュー、議事録要約などで、特定モデルを指定しているテンプレートがないか確認したい。o3 や GPT-4.5 を前提にしたテンプレートは、Thinking / Pro / Instant のどれへ移すのかを決める必要がある。

2つ目は、GPTs や共有ワークフローだ。以前のモデルで作った GPTs が、退役後にどのモデルへ引き継がれるのか、出力品質が変わるのかを確認する。これは OpenAI Skills統制、ChatGPT企業導入の監査設計 で扱った Skills 管理にもつながる。企業が配布する AI ワークフローは、モデル名だけでなく owner、更新日、テスト観点を持つべき段階に入っている。

3つ目は、Canvas 前提の教育資料だ。新入社員研修、AI 活用ガイド、部門別ハンズオン、社内 FAQ に Canvas の操作が含まれているなら、writing blocks と code blocks を前提に直す必要がある。短期的には legacy models で回避できても、期限付きの逃げ道である以上、教育資料は早めに直したほうがよい。

4つ目は、API と ChatGPT の混同だ。OpenAI は今回の退役が ChatGPT のみで API 変更ではないと説明している。開発チームが API のモデル移行だと誤解すると、不要な改修や検証が走る。逆に、ChatGPT 側だけだから無視してよいと考えると、社内利用者の業務手順が壊れる。この切り分けを情シスと開発が共有することが重要だ。

開発チームへの意味

開発チームにとって、今回の主題は「o3 がなくなるから困るか」だけではない。むしろ、ChatGPT のモデル棚が整理されるたびに、社内の AI 利用がどれだけモデル名へ依存しているかを測る機会である。

API 本番環境では、通常、明示的なモデル名、評価データ、ロールバック手順を持つ。一方、ChatGPT の社内利用では、利用者がその時点のモデル選択 UI を見て作業する。ここに差がある。ChatGPT の UI が変わると、現場はすぐ影響を受けるが、管理側は気づきにくい。

そのため、開発組織は「ChatGPT 利用にも軽量な変更管理を入れる」ことを考えたい。たとえば、重要業務のプロンプトはモデル名ではなく用途で分類する。日常下書きは Instant、難しい検討は Thinking、最終チェックは Pro のように、UI の名称が変わっても考え方が残る分類にする。さらに、プロンプト集には最終確認日と検証者を入れる。モデル更新が出たら、利用頻度の高い上位 10 個だけでも再検証する。

Codex を使っている開発チームでは、OpenAI Codex Goalモード、長時間開発運用の新基準 で見たように、ChatGPT / Codex / IDE / CLI の体験が近づいている。ChatGPT 側のモデル整理は、開発支援の使い分けにも波及する。調査、設計、コード生成、レビュー、UI確認をどの面で行うかを、モデル名ではなく作業リスクで分けるほうが安定する。

日本市場での読み方

日本市場では、ChatGPT は API より先に現場へ入っていることが多い。営業、企画、採用、法務、経理、開発、CS がそれぞれ自分の使い方を作り、あとから情シスや AI 推進部門がルールを整える。この順番では、モデル退役のような小さなリリースノートが意外に効く。

特に、GPT-4.5 の 30日 sunset は短い。もし社内のどこかで GPT-4.5 を「品質の高い文章作成」「慎重なレビュー」「特定の企画業務」に使っているなら、2026年6月27日までに代替を確認する必要がある。o3 は 90日あるが、こちらも複雑な推論や検討業務で使われている可能性がある。部署ごとの利用実態を聞くなら、6月中に始めたほうがよい。

一方、過剰反応も避けたい。API には今回変更がない。ChatGPT の paid users に legacy 経由の短期回避も残る。したがって、全社的な緊急移行プロジェクトにする必要はない。必要なのは、影響が大きい業務だけを見つけ、代替モデルと手順を決めることだ。

この点で、OpenAI の方向性は明確である。標準モデルは GPT-5.5 Instant へ寄せ、古いモデル選択肢は段階的に整理し、Canvas のような独立編集面は writing / code blocks へ統合していく。企業側は、モデル名や特定 UI に寄りかかった業務手順を、より抽象度の高い運用ルールへ移す必要がある。

実務チェックリスト

日本企業で今すぐできる確認は、難しくない。

まず、社内プロンプト集と研修資料から o3、GPT-4.5、Canvas の記述を検索する。該当箇所があれば、利用目的、代替モデル、修正期限を付ける。

次に、部署ごとの高頻度ユースケースを5から10個選び、GPT-5.5 Instant、Thinking、Pro の出力差を見る。精度だけでなく、長さ、見出し、根拠の出し方、再現性を確認する。

さらに、GPTs や Skills の owner を確認する。退役予定モデルを前提にした GPTs があれば、モデル移行後の出力を確認し、説明文や使い方を直す。これは AI ワークフローの棚卸しであり、単なるモデル比較ではない。

最後に、API 利用チームへ「今回の5月28日更新は ChatGPT 側の変更であり、API 変更ではない」と共有する。不要な改修を避けつつ、ChatGPT 利用者には影響確認を求める。この切り分けができるだけで、移行はかなり落ち着く。

まとめ

OpenAI の 2026年5月28日更新は、GPT-5.5 Instant の品質調整、Canvas 非対応、OpenAI o3 と GPT-4.5 の ChatGPT 退役予定をまとめて示したものだ。新機能追加よりも、ChatGPT のモデル運用を整理する更新として読むべきである。

日本企業にとって重要なのは、モデルの好き嫌いではない。社内手順書、GPTs、Skills、教育資料、Canvas 前提の作業が、特定モデルや特定 UI に依存していないかを確認することだ。GPT-4.5 は 2026年6月27日、o3 は 2026年8月26日という具体的な期限がある。影響の大きい業務だけでも、早めに棚卸ししておきたい。

出典

• ChatGPT Release Notes - OpenAI Help Center, 2026-05-28
• GPT-5.5 Instant: smarter, clearer, and more personalized - OpenAI, 2026-05-05
• GPT-5.3 and GPT-5.5 in ChatGPT - OpenAI Help Center
• What is the ChatGPT model selector? - OpenAI Help Center