OpenAIは2026年6月26日にGPT-5.6を出荷しましたが、今回は通常の一般公開ではありませんでした。Sol、Terra、LunaはChatGPTでは使えず、OpenAI APIとCodex経由の限定プレビューとして、米国政府に個別承認された約20のパートナーだけに提供されています。
開発者にとって重要なのは、「モデルが発表された」ことと「自分のプロダクトから呼び出せる」ことが分離された点です。OpenAI API上で機能を提供しているなら、GPT-5.6のようなフロンティアモデルでは、政府評価・承認・限定プレビューというタイムラグをロードマップに織り込む必要があります。ニュースの時系列、誰がどのように要求したか、Fable 5とMythos 5の先行事例については、GPT-5.6と政府のゲートに何が起きているかを参照してください。
要点(TL;DR)
- GPT-5.6(Sol、Terra、Luna)は、2026年6月26日にOpenAI APIおよびCodex経由の限定プレビューとしてリリースされました。
- プレビュー期間中、ChatGPTでは利用できません。
- アクセスできるのは、米国政府に個別承認された約20のパートナーのみです。
- OpenAIは、ChatGPT、Codex、API全体でのより広範な提供を「数週間以内」と説明しています。
- 安全性の焦点はサイバーとバイオです。Solは、完全なエクスプロイトチェーンの生成を抑制しつつ、脆弱性の発見と修正支援を行うよう調整されています。
- 開発者は、モデル切り替えを設定変更で済ませられるよう、プロバイダー依存を分離しておくべきです。
「政府ゲート」が実際に意味すること
GPT-5.6は存在し、本番環境で提供されています。問題は、誰がリクエストを送信できるかです。
現時点の前提は次のとおりです。
| 項目 | 状態 |
|---|---|
| ChatGPTでの利用 | 不可 |
| OpenAI APIでの利用 | 承認済みパートナーのみ |
| Codexでの利用 | 承認済みパートナーのみ |
| 公開ウェイティングリスト | なし |
| 一般提供時期 | 「数週間以内」と説明 |
| 公開済みモデルID | 一般向けには未公開 |
つまり、通常のようにAPIキーを取得してすぐに model に指定できる状態ではありません。正確なAPIモデル識別子も一般公開されていないため、リクエストボディに書くべき名前もまだ分かりません。
3つのモデルファミリー、ティア、推論制御については、GPT-5.6 Solとは何か、なぜまだ使えないのかも参考になります。
なぜこのゲートが存在するのか
今回の制限は、単なるキャパシティ不足ではなくポリシー上の制限です。新しいフロンティアモデルは、広く展開される前に政府の評価段階を通過する必要があり、GPT-5.6はその形式で出荷されたOpenAI初のモデルです。
OpenAIはこの措置を、恒久的なブロックではなく「より広範な提供に向けた短期的なステップ」と位置づけています。MacRumorsの報道によると、同社は「今後数週間でより広範な提供を実現するための最も強力な道筋」と説明しています。
開発者にとっての影響は明確です。
以前の想定:
モデル発表
↓
API公開
↓
その日から実装・検証
GPT-5.6以降に考慮すべき想定:
モデル発表
↓
政府評価・限定プレビュー
↓
承認済みパートナーのみ利用
↓
一般提供
↓
自社環境で検証・切り替え
したがって、ロードマップ上で「最新モデルが発表された日に利用できる」と仮定するのは危険です。
サイバーとバイオが重要視される理由
GPT-5.6は、コーディング、科学、生物学、サイバーセキュリティに強くなるよう設計されています。政府評価で特に注目されるのは、後半のサイバーとバイオです。
サイバー領域では、Solは次のような方向で調整されています。
- ソフトウェア脆弱性を発見する
- 修正案を説明する
- 防御的なコードレビューを支援する
- 完全なエクスプロイトチェーンの作成には抵抗する
これは「攻撃用モデル」ではなく、防御的な利用を前提にした設計です。
OpenAIはこの安全対策を「これまでで最も堅牢な安全スタック」と説明しており、Android Authorityの3モデルの概要では、サイバー関連の内部評価としてExploitBenchとExploitGym、生物学関連の評価としてGeneBench v1が言及されています。
2026年6月時点でのライブ検証です。GPT-5.6は限定プレビュー中であり、OpenAIはすべての詳細を公開していません。以下のベンチマーク名と比較数値はOpenAIおよび初期の二次報道に基づくものであり、独自に取得・測定した結果ではありません。
初期報道では、Solのサイバー関連の結果はAnthropicのMythos Previewと競合する水準でありながら、出力トークンは約3分の1で済むとされています。また、GeneBench v1ではGPT-5.5より少ないトークンで改善が見られると報じられています。
ただし、これらは現時点では報告値として扱うべきです。開発者にとって重要なのは、数値そのものよりも、こうした能力が事前評価の対象になっているという構造です。
二重使用リスクは新しい問題ではありません。Anthropicが公にリリースするにはリスクが高すぎると判断したモデルを保留した事例については、Claude Mythosとそのリリースに関する判断でも扱っています。GPT-5.6では、同じ緊張関係に政府評価が加わった形です。
API上で構築するチームが取るべき設計方針
GPT-5.6の限定プレビューから得られる実装上の教訓は、次の3つです。
1. 「発表済み」と「利用可能」を分けて扱う
プロダクト計画では、モデルを次の状態に分けて管理してください。
announced = 発表済み
limited_preview = 限定プレビュー
available_api = 自社APIキーで利用可能
validated = 自社テストを通過済み
production = 本番投入済み
単に「OpenAIが発表したから使う」ではなく、自社で呼び出せるか、テスト済みか、本番投入済みかを分ける必要があります。
2. モデル名をコードに直書きしない
GPT-5.6では、一般向けの正確なモデルIDがまだ公開されていません。今後の切り替えに備えるなら、モデル名やベースURLは設定に逃がすべきです。
例:
type LLMConfig = {
baseUrl: string;
apiKey: string;
model: string;
};
const config: LLMConfig = {
baseUrl: process.env.LLM_BASE_URL!,
apiKey: process.env.LLM_API_KEY!,
model: process.env.LLM_MODEL!,
};
呼び出し側は、特定のモデル名を知らないようにします。
async function createChatCompletion(messages: { role: string; content: string }[]) {
const res = await fetch(`${config.baseUrl}/chat/completions`, {
method: "POST",
headers: {
"Authorization": `Bearer ${config.apiKey}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
model: config.model,
messages,
}),
});
if (!res.ok) {
throw new Error(`LLM request failed: ${res.status}`);
}
return res.json();
}
GPT-5.6のアクセスが開いたら、まず変更すべき場所はこの3つだけです。
LLM_BASE_URL=https://api.openai.com/v1
LLM_API_KEY=your_key
LLM_MODEL=公開後のGPT-5.6モデルID
3. フォールバック先を用意する
フロンティアモデルがゲート化されるなら、代替モデルの検証も実装タスクです。
例:
const modelCandidates = [
process.env.PRIMARY_MODEL,
process.env.FALLBACK_MODEL_1,
process.env.FALLBACK_MODEL_2,
].filter(Boolean) as string[];
単純なフォールバックの例:
async function callWithFallback(messages: { role: string; content: string }[]) {
let lastError: unknown;
for (const model of modelCandidates) {
try {
const res = await fetch(`${config.baseUrl}/chat/completions`, {
method: "POST",
headers: {
"Authorization": `Bearer ${config.apiKey}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
model,
messages,
}),
});
if (res.ok) return res.json();
lastError = new Error(`Model ${model} failed with ${res.status}`);
} catch (err) {
lastError = err;
}
}
throw lastError;
}
これは、品質比較のためだけでなく、アクセス制限・障害・レート制限への備えにもなります。
GPT-5.5との比較や既存チームのベースラインについては、GPT-5.5の解説も参照してください。
今日できる実装タスク
GPT-5.6はまだ一般には呼び出せません。したがって、今日やるべきことは「Solを待つ」ことではなく、「Solが来たときに差し替えられる状態にする」ことです。
実務では次の順番で進めるのが現実的です。
- 現在利用できるOpenAI互換モデルでリクエスト仕様を固める
- プロンプト、期待レスポンス、エラー処理をテスト化する
- ベースURL・APIキー・モデルIDを環境変数化する
- フォールバックモデルを設定する
- GPT-5.6の一般提供後に、モデルIDだけ差し替えて同じテストを流す
現時点で利用可能な代替候補としては、Claude Mythos 5、Claude Fable 5、GPT-5.5、Gemini 3.5および3.1 Pro、GLM-5.2、Fugu Ultraなどがあります。多くは、後でSolに使う可能性があるOpenAI互換のリクエスト形式に対応しています。
Apidogで事前にテストハーネスを作る
OpenAI互換エンドポイントをApidogに接続すれば、今使えるモデルに対してリクエストを保存し、レスポンスを検証できます。
やることはシンプルです。
- OpenAI互換APIのベースURLを設定する
- AuthorizationヘッダーにAPIキーを設定する
-
/chat/completionsなどのエンドポイントを作成する -
modelを環境変数化する - 期待するレスポンス構造をアサートする
- GPT-5.6公開後にベースURLまたはモデルIDを差し替える
サンプルのリクエストボディは次のようになります。
{
"model": "{{LLM_MODEL}}",
"messages": [
{
"role": "system",
"content": "あなたはAPI仕様をレビューするアシスタントです。"
},
{
"role": "user",
"content": "次のエンドポイント設計の問題点を指摘してください。"
}
]
}
重要なのは、現在GPT-5.6をApidogや他のツールでテストできるわけではない点です。公開エンドポイントがないためです。
ただし、今から代替モデルでリクエスト、認証、アサーション、フォールバックを検証しておけば、GPT-5.6のアクセスが開いたタイミングで、テスト済みのハーネスにモデルIDを差し替えるだけで済みます。
FAQ
GPT-5.6はなぜChatGPTでローンチされなかったのですか?
米国政府によるフロンティアAIモデルの新しい評価プロセスのもと、OpenAIは約20の政府承認パートナー向けにAPIとCodex経由で限定プレビューを提供しました。ChatGPTでの利用は、このプレビューではなく、後続の一般提供に含まれる予定です。
GPT-5.6の限定プレビューに登録できますか?
公開フォームからは登録できません。約20のプレビューパートナーは政府によって個別に承認されています。今すぐフロンティアモデルが必要な場合は、GPT-5.5の概要で紹介されているような利用可能な代替モデルを使い、一般提供を待つのが現実的です。
GPT-5.6はハッキング用モデルですか?
いいえ。Solは、完全なエクスプロイトチェーンの生成には抵抗しつつ、脆弱性の発見や修正の記述を支援するよう調整されています。目的は攻撃ではなく、防御的なコード改善です。
GPT-5.6はいつ誰でもAPIで使えるようになりますか?
OpenAIは、ChatGPT、Codex、API全体での一般提供を「数週間以内」と説明しています。ただし、確定日ではありません。本番計画に組み込む前に、OpenAIの公式発表を確認してください。
自社プロダクトでは何を準備すべきですか?
モデル名、ベースURL、APIキーを設定化し、代替モデルで同じテストを実行できるようにしてください。GPT-5.6 Solの機能や位置づけを詳しく確認する場合は、GPT-5.6 Solの解説を参照してください。
結論
GPT-5.6は、OpenAIのフロンティアモデルが政府ゲートの後に出荷された初めての事例です。約20の事前承認パートナー、APIとCodexのみの限定プレビュー、サイバーとバイオを中心とする安全性評価は、今後のモデル導入計画に新しい変数を追加しました。
今できる最善策は、アクセスを待つことではありません。モデル切り替えを設定変更にし、代替モデルでテストを固め、GPT-5.6が利用可能になった日に検証へ進める状態を作ることです。
Solが到着する前にAPIテストを準備したい場合は、今すぐ使えるOpenAI互換モデルに対して構築・検証できるよう、Apidogをダウンロードしてください。


Top comments (0)