Chat
質問、検索、相談、アイデア出し、短い下書きに使います。
- 用語を確認する
- 方針を相談する
- 短い文章を直す
GPTガイド
2026年7月14日更新 | OpenAI公式情報を確認
GPT-5.6では、単に新しいモデルへ置き換わったのではなく、使う画面、モデル、推論の強さ、並列実行を仕事に合わせて選ぶ考え方が重要になりました。5.5までの使い方を残しながら、どこを変えればよいかを利用者目線で整理します。
最大の変更は、単に数字が5.5から5.6へ上がったことではありません。GPT-5.5では主に1つの高性能モデルとProを使い分けていましたが、GPT-5.6ではSol・Terra・Lunaという3つの能力階層と、推論の深さ、Chat・Work・Codexという作業場所を分けて選びます。
| 比較項目 | GPT-5.5 | GPT-5.6 | 実際に変えること |
|---|---|---|---|
| モデル構成 | GPT-5.5とGPT-5.5 Proが中心 | Sol、Terra、Luna。高難度向けにSol Pro | 仕事の難しさと量で階層を選ぶ |
| 標準ChatGPTの既定 | GPT-5.5 Instant | InstantはGPT-5.5のまま残る | ChatGPTを開いただけで全回答が5.6とは考えない |
| 深い推論 | ThinkingまたはProを選ぶ | Medium、High、Extra HighはGPT-5.6 Sol。ProはSol Pro | モデル名より推論ラベルで選ぶ |
| 作業場所 | ChatGPTとCodexを中心に使い分け | Chat、Work、Codexを目的別に分ける | 会話、完成物、技術作業の入口を分ける |
| APIモデルID | gpt-5.5 | gpt-5.6はSol。TerraとLunaは個別ID | 価格と品質要件に応じてIDを明示する |
| API料金 | 入力$5、出力$30 | Solは同額、Terraは$2.50/$15、Lunaは$1/$6 | 全処理を旗艦モデルへ固定しない |
| コンテキスト | 105万、最大出力12.8万tokens | 3モデルとも105万、最大出力12.8万tokens | 長さだけを理由に移行しない |
| 知識カットオフ | 2025年12月1日 | 2026年2月16日 | 新しい内部知識でも最新情報は検索確認する |
| API推論設定 | noneからxhigh | noneからmax | 同じ設定名へ機械的に対応させず評価する |
| 大量処理 | 1モデル内で速度や推論量を調整 | TerraとLunaを別モデルとして選べる | 定型処理は低コスト階層から検証する |
| キャッシュ | 通常のプロンプトキャッシュ | 明示的な区切りと30分の最低保持時間を導入 | 再利用する固定部分を設計する |
| エージェント実行 | 長い作業を1つの流れで完了させる | APIのmulti-agent betaや、Work・CodexのUltraで並行化 | 独立できる作業だけを分け、統合結果を確認する |
料金は100万tokensあたりの標準API料金です。ChatGPTやCodexの契約内使用量とは別なので、画面上の残り使用量とAPI請求を混同しません。
GPT-5.5とGPT-5.6 Solは入力・出力単価とコンテキスト長が同じです。ただし5.6では、同じ仕事をTerraやLunaへ分けられます。まず既存評価データでSolを比較し、品質を保てる処理だけTerra、Lunaへ下げます。
gpt-5.5からgpt-5.6またはgpt-5.6-solへ。重要な出力を再評価します。// 5.5
model: "gpt-5.5"
// 5.6: 旗艦モデルを維持
model: "gpt-5.6" // gpt-5.6-sol のエイリアス
// 5.6: 目的別に明示
model: "gpt-5.6-terra" // 日常実務
model: "gpt-5.6-luna" // 明確な大量処理
大きな変化は、モデル名だけを選ぶ使い方から、作業の種類、必要な深さ、実行する場所を分けて選ぶ使い方へ進んだことです。
| 項目 | 5.5までの使い方 | 5.6以降の使い方 |
|---|---|---|
| 短い質問 | 通常のChatGPTで質問する | ChatのInstantで十分。既定はGPT-5.5 Instantのまま |
| 難しい相談 | モデル名を見て選ぶ | Medium・High・Extra Highを選ぶとGPT-5.6 Solが使われる |
| 資料や調査 | チャットで下書きを作り、人が仕上げる | Workへ目的と資料を渡し、完成物まで同じタスクで進める |
| コード・サイト作業 | GPTで考え、Codexへ指示を渡し、GPTで再確認する | Codexへ直接、対象・制約・完了条件を伝え、実装と検証を続ける |
| モデル選択 | 新しいモデルほど良いと考えがち | Solは難しい仕事、Terraは日常実務、Lunaは高速な定型処理に分ける |
| 最も重い作業 | 推論時間を長くする | maxで深く考える方法と、ultraで複数エージェントを並行させる方法を分ける |
何を作りたいかで入口を決めます。途中で別画面へ何度もコピーするより、作業に合う場所へ最初から直接指示するのが基本です。
質問、検索、相談、アイデア出し、短い下書きに使います。
調査や分析を進め、文書・表・スライド・レポート・Sitesなどの完成物を作ります。
コード、リポジトリ、ターミナル、テスト、差分確認などの技術作業に使います。
| 画面の選択肢 | 使われるモデル | 向いている場面 |
|---|---|---|
| Instant | GPT-5.5 Instant | 日常の質問、短い文章、速さを優先する相談 |
| Medium | GPT-5.6 Sol | 標準的な推論が必要な仕事 |
| High | GPT-5.6 Sol | 条件が多い分析、難しい問題 |
| Extra High | GPT-5.6 Sol | より深い推論が必要な複雑作業。対象プランのみ |
| Pro | GPT-5.6 Sol Pro | 難しい問題、長時間のワークフロー。対象プランのみ |
つまり、ChatGPTを開いた時点で全回答が5.6になるわけではありません。速い日常回答は5.5 Instantが残り、必要な時だけ5.6 Solの推論を選ぶ形です。
能力を優先する旗艦モデル。複雑な分析、設計、難しい実装、重要な成果物に向きます。
能力・速度・コストのバランス型。範囲が説明できる日常実務の出発点に向きます。
最速・低コストのモデル。正解と範囲が明確な定型処理や大量の軽作業に向きます。
TerraとLunaは標準のChatGPT会話では選べません。Work・Codex・APIでの提供範囲はプランやワークスペース設定により異なるため、実際の選択画面を確認します。
ここを一緒にすると選び方が難しくなります。モデルは能力と効率の土台、推論レベルは一つのタスクへ使う思考量、ultraは複数エージェントを使う実行方式です。
| 選択 | 意味 | 使う目安 |
|---|---|---|
| Sol・Terra・Luna | モデルの能力・速度・コストの階層 | 仕事の難しさと量で選ぶ |
| Medium・High・Extra High | 標準Chatでの推論の深さ | 条件の多さ、失敗時の影響、確認の難しさで上げる |
| max | Work・Codexで使える最も深い推論設定 | 一つのエージェントへ難しい課題を深く考えさせたい時 |
| ultra | 複数エージェントを並行稼働させて統合する方式 | 独立した調査・実装・比較を並行できる大きな仕事 |
Chatでは質問だけでも構いません。WorkやCodexへ長い仕事を任せる時は、何をしてほしいかだけでなく、使う資料、守る条件、確認基準まで一緒に渡します。
このサイトを改善する方法を考えて。あとでCodex向けの指示文も作って。
Codexで対象サイトを調査し、既存ページを優先して改善・表示確認・公開確認まで進めて。title、canonical、robotsは変更せず、変更箇所と確認結果を報告して。
結果を見たあとに「表を1列減らす」「根拠を公式情報へ置き換える」「このファイルは触らない」と同じタスクで方向修正できます。毎回ゼロから指示を作り直すより、目的と制約を保ちやすくなります。
従来は、GPTで考え、Codexへ実装指示を渡し、結果をGPTへ戻して次の判断を作る方法が分かりやすい基本でした。この方法が間違いになったわけではありません。
5.6以降は、実装内容が明確ならCodexへ直接、完成資料が必要ならWorkへ直接頼めます。一方、企画と実装の責任を分けたい時、別の視点で最終レビューしたい時、作業記録を意図的に分離したい時は、従来の往復型も有効です。
| 方法 | 向いている場面 | 注意点 |
|---|---|---|
| 直接型 | 対象・制約・完了条件が決まっている | 最初の指示で権限と停止条件を明確にする |
| 往復型 | 企画、実装、評価を別の視点で分けたい | コピー時に前提や制約を落とさない |
必ずしもそうではありません。標準チャットのInstantはGPT-5.5 Instantが既定です。対象プランでMedium、High、Extra Highを選ぶとGPT-5.6 Solが使われます。
選べません。TerraとLunaは、対象プランのWork・Codex、またはOpenAI APIで利用範囲を確認します。
Sol・Terra・Lunaはモデルの能力・速度・コストの階層です。MediumやHighなどは、一つの仕事へ使う推論の深さです。
同じ意味ではありません。ultraは複数エージェントを並行稼働させる方式です。推論を深くするmaxとは分けて考えます。
不要になったわけではありません。ただし、相談はChat、成果物はWork、実装はCodexへ直接頼む方法が基本になりました。計画と実装を分離したい時は従来方式も有効です。
この記事は2026年7月14日時点の公式情報をもとに整理しています。提供プラン、利用上限、モデル選択、画面表示は変更される可能性があります。
OpenAI Startup Drop / 2026年7月
複数ターンで目標、前提、優先順位が変わらない処理では、reasoning.contextをall_turnsにし、previous_response_idで前の応答へ接続します。途中で前提が変わる仕事はcurrent_turnへ切り替え、古い推論を持ち込まない設計にします。
製品仕様、出力規則、長い参照資料など、繰り返し利用する安定した接頭辞は明示的プロンプトキャッシュの候補です。ただし書き込みにも費用があるため、cached_tokensとcache_write_tokensを見ながら、再利用回数が少ない部分まで無理に固定しないことが大切です。
検索結果の絞り込み、重複除去、集計、検証など、処理手順と終了条件を明確にできる工程では、GPT-5.6がJavaScriptを組み立てて対象ツールを呼ぶProgrammatic Tool Callingを利用できます。承認が必要な操作や、結果ごとに次の判断が変わる工程は直接のツール呼び出しに残します。
SkillsやAGENTS.md、システムプロンプトで同じ規則を何度も書いている場合は、意図を保ったまま一か所へまとめます。削除前後で同じ評価セットを実行し、成功率、必要な証拠、トークン数、遅延、費用を比較してください。
| 確認項目 | 最初の設定 | 評価方法 |
|---|---|---|
| モデル | 難問はSol、標準はTerra、大量定型処理はLuna | 同じ実データで品質・遅延・費用を比較 |
| 推論強度 | 現在値と、その1段階下を比較 | 品質が維持できる最小値を採用 |
| キャッシュ | 再利用頻度が高い安定部分だけ | 読み取り量と書き込み量を監視 |
| ツール | 定型処理だけPTCへ分離 | 最終成果と証拠が欠けていないか確認 |