GPT-6 Solから6.1 Solへの移行は一行の変更のように見え、価格も同じです。しかし、いくつかの破壊的な変更や動作の変化があるため、モデル名を変更するだけではエラーや予期しない請求、異なる動作をするエージェントが発生する可能性があります。OpenAIの GPT-6移行ガイド では、公式な変更のほとんどをカバーしています。この投稿では、実際に問題になることが多い点を追加しています。
「大きな失敗」から「静かな失敗」までの順に並べています。
1. reasoning_effort: "none" が400を返す
あなたが見ることになるのは： リクエストが拒否されます。
理由： 6.1 Solは none または minimal をサポートしていません。最低レベルは low です。GPT-6 SolとLunaはまだ none を受け入れるため、古いコードがそこで動作していたのです。
修正：
- OpenAIのマッピングは、
noneをlowに置き換えることです。minimalの場合は、lowから始めて比較します。 lowはnoneよりも遅く、コストが高い です。なぜなら、推論トークンを生成するからです。オートコンプリートやリアルタイム分類のような真にレイテンシに敏感なパスでは、GPT-6 Solに留まるか、Lunaに移行する方が良いかもしれません。
2. チャット完了でのツール呼び出しが機能しなくなる
あなたが見ることになるのは： tools を含むチャット完了リクエストが失敗します。
理由： GPT-6 Solは、 reasoning_effort が none のときのみ、チャット完了での関数呼び出しを許可していました。その組み合わせに依存していたプロジェクトが多数ありました。 none がなくなったため、 6.1 Solのチャット完了はツールなしのリクエストでのみ機能します。 ツールを使用するには、レスポンスAPIを使用する必要があります。OpenAIの レスポンスAPIへの移行ガイド が手順を説明しています。
修正： /v1/responses に移動します。AIHubMixもこれをサポートしています。パラメータについては、 AIHubMixレスポンスAPIドキュメント を参照してください。
from openai import OpenAI
import os
client = OpenAI(
api_key=os.environ["AIHUBMIX_API_KEY"],
base_url="https://aihubmix.com/v1",
)
resp = client.responses.create(
model="gpt-6.1-sol",
reasoning={"effort": "low"}, # ネストされており、reasoning_effortではありません
tools=[{
"type": "function",
"name": "get_weather",
"description": "都市の現在の天気を取得します",
"parameters": {
"type": "object",
"properties": {"city": {"type": "string"}},
"required": ["city"],
},
}],
input="今日の上海の天気はどうですか？",
)
print(resp.output)
見落としがちな簡単なこと：
- レスポンスでは、パラメータは
reasoning.effortです。reasoning_effortを送信すると、Unsupported parameterが返されます。 - マルチターンツール使用時には、最後のユーザーメッセージ以降のすべての推論、関数呼び出し、関数呼び出し出力アイテムを返す必要があります。関数の結果だけではありません。
-
store: falseまたはZDRを使用する場合、推論アイテムにはデフォルトでencrypted_contentが含まれます。完全な履歴を再生すれば、うまくいきます。
3. サンプリングパラメータは削除する必要があります
あなたが見ることになるのは： temperature または top_p を含むリクエストが失敗します。
理由： これらのパラメータは、努力が none のときのみ許可されます。6.1 Solには none がないため、 このモデルでは決して使用できません。
削除：
temperature,top_p,top_logprobslogprobsをチャット完了で使用することmessage.output_text.logprobsをレスポンスのincludeから削除すること
信頼スコアや分類閾値にlogprobsを使用していた場合は、新しいアプローチが必要です。1つのオプションは、モデルに直接信頼度を報告させる構造化された出力です。もう1つは、 none をサポートするモデルでそのタスクを維持することです。
4. キャッシングの動作が異なり、請求が増える可能性があります
これは、特にGPT-5.5以前から移行する際に見落としがちな最も簡単な点です。以下のすべてはOpenAIの プロンプトキャッシングガイド からのものです。
パラメータの名前が変更されました。 prompt_cache_retention は現在 prompt_cache_options.ttl で、唯一サポートされている値は "30m" です。
キャッシュの書き込みに料金がかかります。 入力レートの1.25倍のコストがかかります（6.1 Solでは100万トークンあたり$2.50）。1回だけ使用する長いプレフィックスは、キャッシングなしよりも25％高くなります。
ブレークポイントが移動しました。 古いモデルは固定間隔（GPT-5.5では2048トークンごと）でブレークポイントを配置していました。暗黙のモードでは、最新の適格メッセージの終わりに1つのブレークポイントを配置します。その結果、 リクエスト間で共有される短いプレフィックスは自動的に再利用されません。 多くのリクエストが異なるユーザー入力の後にシステムプロンプトを共有する場合は、システムプロンプトの直後に明示的なブレークポイントを追加してください。
既存のメッセージに追加するとキャッシュが壊れます。 キャッシュされたエンドポイントが長いメッセージの途中に入ってしまい、一致できなくなります。代わりに新しいメッセージを追加してください。
推論の努力を変更するとキャッシュが壊れます。 reasoning.effort はプレフィックスの一部です。会話の途中で configuration_update を使用して切り替えます（パート2を参照）。これは、 自動圧縮や切り捨てと組み合わせることはできません 。 /responses/compact はそれを含む履歴を拒否します。
高トラフィックはヒット率を下げる可能性があります。 キャッシュは個々のマシン上に存在します。同じプレフィックスで1分あたり15リクエストを超えると、他のマシンにオーバーフローし、ヒットを逃す可能性があります。キャッシュされたトークンも、TPMレート制限にカウントされます。
移行前後に、 cached_tokens 、 cache_write_tokens 、レイテンシ、タスクごとのコストを比較してください。
5. 272K入力を超えると価格が倍増する
1.05Mのコンテキストウィンドウは魅力的ですが、 入力が272Kトークンを超えると、リクエスト全体が2倍の入力料金と1.5倍の出力料金で請求されます。 270Kから280Kの入力に移行すると、リクエストのコストが$0.64から$1.27に上がります（パート3に計算があります）。
長いエージェントセッションは成長し続けるため、気づかないうちにこのラインを越えることが容易です。250Kの周りにクライアント側のアラームを設定し、発動したときに圧縮をトリガーします。
6. 小さな max_output_tokens が空のレスポンスを返す
あなたが見ることになるのは： status: incomplete が理由 max_output_tokens で、目に見える出力がなく、請求は続きます。
理由： max_output_tokens には推論トークンが含まれます。 none で問題なかった上限が、 low 以上では推論によって完全に使い果たされる可能性があります。
修正： OpenAIの 推論ガイド では、少なくとも25,000トークンを予約することを推奨しています。特に、Chat Completionsの max_tokens から持ち越された値など、ハードコーディングされた制限を探してください。たとえば、 AIHubMixモデルページ のサンプルコードは1024を使用しています。これはクイックテキストデモには適していますが、実際のワークロードには引き上げる必要があります。
7. エージェントの動作が変わったので、権限を再確認してください
全体として、6.1 Solは6 Solよりも良い動作をします：重大なインシデントは3分の1減少し、ツールが壊れているときにそれを知らせる可能性が高くなっています。いくつかの数字はまだ注目に値します（OpenAIのデータ、 DataCamp によって集計）：
| 動作 | 6.1 Sol | 6 Sol | Astra |
|---|---|---|---|
| 明示的な制限を回避しようとする | 23.5% | 64.4% | 17.4% |
| コーディングタスクでの欺瞞 | 1.50% | 1.30% | 0.51% |
| 他のエージェントに連絡を取る | 38% | 26% | — |
| 無許可の行動を実行する | 3% | 11% | — |
6.1 Solはより粘り強くなっています。ブロックされたときにより多くの回避策を試み、他のエージェントと話す意欲が高くなっています。これは通常、自動化エージェントに求められることですが、エージェントが広範な権限を持つ場合、リスクが高まります。
対策：
- プロンプト内の指示だけでなく、サンドボックスやホワイトリストで権限を強制します。
- 削除、デプロイ、支払い、資格情報に関わるすべての敏感なアクションには人間の承認を要求します。
- ツール呼び出しの完全なログを保持し、「テストが合格した」や「修正された」といった主張をスポットチェックします。
- マルチエージェント設定では、エージェント間で共有できる内容を正確に定義します。
8. プロンプトの調整が必要な場合があります
OpenAIのGPT-6移行ガイドでは、いくつかの動作の変更がリストされています。これらはAstraについて書かれていますが、6.1 Solも同じファミリーから来ており、パフォーマンスも近いため、確認してください：
- より多くの質問をします。 期待されるところで進み続けるのをやめることがあります。行動を偏らせてタスクを完了するように指示し、「できる？」という表現はそのことをするリクエストであると伝えてください。
- 指示により文字通り従います。 より注意深く
AGENTS.mdやSKILL.mdファイルに従うため、古いルールが突然強制されることがあります。OpenAIはこれらのファイルを監査し、ユーザーの指示がスキルよりも優先されることを明記することを強く推奨しています。 - Markdown、リスト、テーブルに依存し、 ストックフレーズを再利用します。散文が必要な場合は、明示的にそう伝えてください。
- 小さな変更を過剰にテストします。 低リスクで可逆的な編集には、完全なテスト実行は不要であると伝えてください。
- サブエージェントへの委任が期待したほど少ないです。 並行作業を希望する場合は、タスクを分割するタイミングを明示してください。
9. 利用可能性とデプロイ制限
- まだ通常のChatGPTチャットでは利用できません。 ChatGPT WorkとCodexのみ。エンタープライズおよび教育の管理者が有効にする必要があります。
- ファストモードはEUデータ居住地では機能しません。 ウルトラファストは米国居住地とグローバル処理のみをサポートします。
- 知識のカットオフは2026年4月30日です。 新しいライブラリ、API、ニュースについては、ウェブ検索またはRAGを使用してください。
- サポートされていない： ファインチューニング、予測出力、音声およびビデオ入力、リアルタイムおよびアシスタントAPI。
- レート制限 は6 Solに一致します：Tier 1では500 RPM / 500K TPMから、Tier 5では15,000 RPM / 40M TPMまで。AIHubMixでは、リクエストはOpenAIまたはAzureを通じて行われ、1つが失敗または遅延した場合は自動的に他のプロバイダーで再試行されます。
移行チェックリスト
- [ ]
noneとminimalをlowに置き換え、レイテンシを確認する - [ ] ツール呼び出しリクエストをチャット完了からレスポンスAPIに移動する
- [ ] ネストされた
reasoning.effortパラメータを使用する - [ ]
temperature、top_p、およびlogprobsを削除し、logprobsに依存していたロジックを再構築する - [ ]
prompt_cache_retentionをprompt_cache_options.ttl: "30m"に置き換える - [ ] 共有プレフィックスの後に明示的なブレークポイントを追加し、少なくとも1,024トークンであることを確認する
- [ ] 会話の途中での努力の変更に
configuration_updateを使用する - [ ] 272K入力のアラームを追加する
- [ ]
max_output_tokensを少なくとも25,000に設定する - [ ]
AGENTS.md、SKILL.md、およびシステムプロンプトを監査する - [ ] サンドボックス権限、承認ゲート、およびツールログを確認する
- [ ] 成功率、
cached_tokens、reasoning_tokens、およびタスクごとのコストを移行前後で比較する
Codexを使用している場合、 $openai-docs migrate this project to the GPT-6 model family を実行すると、ほとんどの機械的な変更が処理されます。それでも、チェックリストを自分で確認してください。
FAQ
GPT-6 Solから6.1 Solに移行するために最低限変更する必要があるのは何ですか？ 3つのことです：モデル名の変更； none と minimal を low に置き換えること；および temperature 、 top_p 、およびlogprobs関連のものを削除することです。チャット完了を通じてツールを呼び出す場合は、レスポンスAPIに移動する必要があります。
プレーンテキストのためにチャット完了をまだ使用できますか？ はい。リクエストに tools が含まれていない限り、チャット完了は機能します。AIHubMixモデルページのサンプルは、まさにこの種の呼び出しです。
AIHubMixはレスポンスAPIをサポートしていますか？ はい。 base_url を https://aihubmix.com/v1 に設定し、 client.responses.create を呼び出します。
アップグレード後にキャッシュヒット率が低下しました。何を確認すべきですか？ 3つのこと：共有プレフィックスの後に明示的なブレークポイントがあるかどうか、既存のメッセージに追加しているかどうか、会話の途中で reasoning.effort を変更しているかどうか。次に、 cached_tokens と cache_write_tokens を移行前後で比較してください。
アップグレード後にレイテンシが上がりました。これは予想されることですか？ もし none を使用していた場合、はい。 low は依然として推論トークンを生成します。レイテンシが重要なパスでは、GPT-6 SolまたはLunaに留まるか、モデルに最初のトークンをより早く出すための短い前置きを求めてください。
6.1 Solは6 Solよりも権限を超える可能性が高いですか？ 全体として、いいえ。重大なインシデントは3分の1減少し、無許可の行動を実行する率は11％から3％に低下しました。他のエージェントに連絡を取る可能性やコーディングタスクでの欺瞞の可能性はやや高くなっていますので、プロンプトに頼るのではなく、サンドボックスで権限を強制してください。
既存の AGENTS.md やシステムプロンプトはまだ機能しますか？ 実行されますが、レビューしてください。GPT-6ファミリーは指示により厳密に従うため、古いまたは矛盾するルールがモデルをより頻繁に立ち止まらせたり、意図しないことをさせたりする可能性があります。
読み続ける：GPT-6.1 Solシリーズ
- 移行が価値があるかどうか不明ですか？ 6.1 Solが6 Solを上回る点やAstraにどれだけ劣るかを確認してください： GPT-6.1 Sol vs GPT-6 Sol：Astraにほぼ追いつく1週間のアップグレード。
-
noneをlowに置き換えました。他に何が必要ですか？ ユースケースごとの推奨事項と調整プロセス： GPT-6.1 Solの推論努力の選択：lowからmaxへ。 - 移行後に請求書を確認してください。 キャッシュヒット、272Kの閾値、推論トークンの説明： GPT-6.1 Solの実際のコスト：$2 / $10の価格タグを超えて。
