GPT-6.1 Sol は OpenAI の GPT-6 ファミリーにおける更新されたバランス型モデルです。GPT-6 Sol に関連付けられている大きなコンテキストウィンドウ、最大出力サイズ、そして標準の $2/$10 の入出力価格ポイントは維持しつつ、OpenAI は 6.1 を、より低コストで複雑な作業における Astra に近いパフォーマンスを提供するものとして位置付けています。
この更新では、重要な設定項目も変更されます。GPT-6.1 Sol は low から max までの推論エフォートに対応していますが、none または minimal には対応しません。開発者やパワーユーザーは、これまでのすべての設定がそのまま変更なしでコピーできると決めつけるのではなく、モデルのアップグレードとして評価することをおすすめします。
iWeaver では GPT-6.1 Sol の無料トライアル を提供しており、更新されたモデルと、すでに知っている結果やワークフローをシンプルに比較できます。
GPT-6.1 Sol vs GPT-6 Sol：ひと目でわかる違い
| 詳細 | GPT-6 Sol | GPT-6.1 Sol |
|---|---|---|
| 位置付け | 複雑なコーディングとエージェント型ワークフロー | 低コストで複雑な作業に Astra に近いパフォーマンス |
| 標準の入力価格 | 100万トークンあたり $2 | 100万トークンあたり $2 |
| 標準の出力価格 | 100万トークンあたり $10 | 100万トークンあたり $10 |
| コンテキストウィンドウ | 1,050,000 トークン | 1,050,000 トークン |
| 最大出力 | 128,000 トークン | 128,000 トークン |
| 推論エフォート | None、low、medium、high、xhigh、max | low、medium、high、xhigh、max |
| ツール呼び出し | Responses API を推奨 | ツール呼び出しには Responses API が必須 |
| API モデル ID | gpt-6-sol |
gpt-6.1-sol |
比較には、OpenAI の GPT-6.1 Sol ドキュメント、現在のモデルカタログ、および GPT-6 のガイダンス を使用しています。価格は、長いコンテキスト、キャッシュ、サービスティア、地域ごとの処理、ツールの利用状況によって変動する可能性があります。
大きな変更は「能力の位置付け」
GPT-6 Sol は、GPT-6 ファミリーのバランス型メンバーとして提供開始され、複雑なコーディングやエージェント型ワークフローをターゲットとしていました。GPT-6.1 Sol では、より野心的な説明が付いています。すなわち、低コストでの複雑なコーディング、コンピューター利用、プロフェッショナルな作業における Astra に近いパフォーマンスです。
元のファミリーの位置付けについては、iWeaver の GPT-6 Astra vs Sol vs Luna の比較 を参照してください。更新された Sol モデルが現在どこに位置するかを理解するための基準になります。
ただし、それは 6.1 のすべての回答が Astra に一致したり、GPT-6 Sol のあらゆるタスクが必ず改善されるという意味ではありません。Sol は、品質とコストのカーブ上で OpenAI の最上位ティアにより近い位置付けとして提示されている、ということです。チームは、特に判断が必要なタスク、長いソース資料、ツールの利用、複数の依存ステップを含むタスクに関して、自分たちの評価セットでその主張を検証してください。
コンテキストと出力の上限は大きいまま
両モデルともに、1,050,000 トークンのコンテキストウィンドウと、最大出力 128,000 トークンを掲げています。すでに大きな入力に依存しているアプリケーションは、コンテキスト容量の小さな変更を前提に設計し直す必要はありません。
この上限は「毎回すべてのリクエストを埋め尽くすことを推奨する」という意味ではありません。272,000 トークンを超える入力は、ドキュメント化された GPT-6.1 Sol のレートにより、長いコンテキスト向けの価格が高くなります。また、大きなプロンプトは、どの情報が関連しているかを特定しにくくすることもあります。取得（リトリーバル）、ソースのラベリング、段階的な分析は、収集物全体が収まる場合でも有用なままです。
推論設定には注意が必要
GPT-6 Sol は none に対応していますが、GPT-6.1 Sol は対応していません。更新されたモデルは low、medium、high、xhigh、max に対応しており、medium がドキュメント上のデフォルトです。
既存のワークフローで none や minimal を使っている場合、OpenAI は 6.1 へ移行する際に low から始め、代表的なタスクで出力を比較することを推奨しています。エフォートを高めれば難しい推論は改善する可能性がありますが、レイテンシーやトークン使用量が増えることもあります。効果を測定せずに、デフォルトで設定を引き上げないでください。
ツールの利用は Responses API に任せる
GPT-6.1 Sol は、ツールなしのリクエストに対して Chat Completions に対応しています。ツール呼び出しを行う場合は Responses API を使用してください。サポートされるツールセットには、Web 検索、ファイル検索、画像生成、コード実行、ホストされたシェル、パッチの適用、コンピューター利用、MCP、ツール検索が含まれます。
これはエージェント型アプリにとって重要です。モデルのアップグレードは、単にモデル ID の変更に留まりません。エンドポイント、未対応のパラメーター、推論設定、キャッシュ挙動、ツール定義、評価結果の確認が必要になる場合があります。
アップグレードすべき？
GPT-6.1 Sol は、GPT-6 Sol をコーディング、コンピューター利用、リサーチ、ドキュメント作成、またはその他の複雑なプロフェッショナル業務に使っている場合は、評価する価値があります。アップグレードの最も強い理由は、同じ標準の入力・出力トークン価格のまま、完了品質がより良くなる可能性です。
none の推論に依存する本番ワークフローがあり、回帰テストがまだ完了していない場合、またはすでに検証済みの安定した挙動が必要な場合は、当面は GPT-6 Sol を維持してください。同じ入力と受け入れ基準で両モデルを比較したうえで、アップグレードは判断してください。
シンプルな移行テスト
アプリケーションが実際に行う作業を表す 10〜20 個のタスクを選びます。一般的なケース、難しいケース、長いコンテキストのケース、既知の失敗ケースを含めてください。両モデルを同等の指示で実行し、次を記録します。
- 正確性とタスク完了。
- 指示への追従とスコープ制御。
- ツール呼び出しの成功。
- レイテンシーと総トークン使用量。
- 人手によるレビューと修正にかかる時間。
none、minimal、サンプリングパラメーター、ツール呼び出し、プロンプトキャッシュの利用状況を確認した後でのみ、モデル ID を変更してください。OpenAI の移行ガイダンスでは、推論が有効な場合に一部のパラメーターが未対応であることが注記されています。
手早く実地で評価するなら、iWeaver で GPT-6.1 Sol の無料トライアルを開始 し、慣れたリサーチ、ドキュメント、または文章作成タスクを再実行してください。同じ品質チェックリストを使って、以前の Sol の出力と比較します。これなら、リリース名だけに頼らずにアップグレード判断を具体化できます。