GPT-6.1 Solの機能：コンテキスト、ツール、API料金と実用上の制限

GPT-6.1 Solをプロジェクトで試してみようとお考えですか？複雑なコーディングやコンピューター操作、専門的な業務向けに設計されています。OpenAIは、GPT-6 Astraに迫る性能をより低コストで実現するモデルとして位置づけています。連携する前に、コンテキストの上限、ツールのインターフェース、長いリクエストの料金を確認しておきましょう。

主な仕様

項目	GPT-6.1 Solのドキュメント
APIモデルID	gpt-6.1-sol
コンテキストウィンドウ	1,050,000トークン
入力 / 出力の最大値	922,000 / 128,000トークン
入力 → 出力	テキストと画像 → テキスト
推論レベル	low、medium、high、xhigh、max。デフォルトはmedium
ツール呼び出しインターフェース	Responses API。Chat Completionsはツールを使わないリクエストに対応

出典：GPT-6.1 Solのモデルドキュメント。コンテキストウィンドウは入力と出力を合わせた総容量です。リクエストには最大922,000入力トークンを含められますが、その分、出力用の余裕を残す必要があります。

コーディング：エンジニアリングの成果を評価する

OpenAIによると、DeepSWE v1.1では、Astra級の性能をタスクあたり約5分の1のコストで実現します。このベンチマークは、実際のリポジトリでの複雑な作業を対象としています。自分の環境でも同等のタスクを試し、結果がどの程度再現されるか確認しましょう。評価を開始

実際のリポジトリで試す場合は、具体的な不具合、固定したチェックアウト、再現可能なテストを用意します。パッチによって動作上のリグレッションが生じていないかも確認しましょう。コードの生成は中間段階にすぎません。受け入れテストに合格し、変更内容を説明できることのほうが、チームが必要とする成果に近いものです。

環境も記録しておきましょう。ツールの権限、ネットワークアクセス、インストール済みの依存関係、時間の上限などです。そうしないと、実行の失敗が推論能力の有用な評価ではなく、セットアップの不備によるものになりかねません。

コンピューター操作と専門的な文書作成

ドキュメントに記載されているツールには、コンピューター操作、ウェブ検索とファイル検索、コードインタープリター、ホスト型シェル、apply patch、MCP、ツール検索が含まれます。ストリーミング出力と構造化出力にも対応しています。

アプリケーションでは、複数のツールを組み合わせて、根拠の収集、分析、成果物の確認を行うワークフローを構成できます。ただし、ツールに対応しているだけでアクセスが認められるわけではありません。アプリケーション側でツールを設定し、結果を処理し、許可する操作を定義する必要があります。

画像入力と画像生成は別の機能です。Solは画像を解釈してテキストを返せます。画像生成ツールを呼び出す場合、その作業は別のツールに委ねられます。これによってSol自体が、画像、音声、動画をネイティブに出力するモデルになるわけではありません。

文書や調査の用途では、文章の質とは別に、数値の正確さ、引用、情報が不足している場合の扱いを確認しましょう。最新情報が必要な場合は、最新の情報源を提示するか、検索機能を使ったうえで、回答を検証してください。

推論レベルの選び方

デフォルトはmediumです。noneとminimalには対応していません。

タスクの難しさに応じて、次のレベルから試してみてください。

開始レベル	タスクの候補	測定する項目
low	受け入れ条件がシンプルで、範囲が限定されたリクエスト	精度を維持したままレイテンシが下がるか
medium	日常的なエンジニアリング、文書分析、ツールを使ったワークフロー	品質とコストの安定性
high以上	難しいデバッグ、矛盾する根拠、多数の制約があるタスク	推論を増やすことで手戻りが減るか

最も高い設定が常に最も経済的とは限りません。低い設定でも安定して合格するなら、推論を増やしても結果は変わらず、コストだけが増える場合があります。一方、失敗によって人手での手戻りが高くつくなら、より高い設定を使う価値はあります。タスクが受け入れられるまでの総コストを比較しましょう。

公式API料金と長いコンテキスト

標準料金（100万トークンあたり、米ドル）：

入力長	キャッシュなしの入力	キャッシュ読み取り	キャッシュ書き込み	出力
272Kトークン以下	2.00	0.10	2.50	10.00
272Kトークン超	4.00	0.20	5.00	15.00

出典：OpenAI APIの料金。しきい値を超えると、超過分だけでなくリクエスト全体に新しい料金が適用されます。Fastの料金はStandardの2倍です。BatchとFlexは50%割引ですが、それぞれ独自の処理条件があります。

キャッシュされていない入力が100,000トークン、課金対象の出力が10,000トークンのリクエストを仮定すると、トークン料金は次のとおりです。

0.1 × $2 + 0.01 × $10 = $0.30

入力が300,000トークンで、課金対象の出力が同じ場合、料金は次のとおりです。

0.3 × $4 + 0.01 × $15 = $1.35

これらは計算例であり、実際に発生した請求額ではありません。ツール、リージョン別の処理、その他の追加料金は含まれていません。ユーザーに表示される最終テキストだけでなく、課金対象となる利用量全体をもとに見積もってください。

提供状況とPoYoでの利用

OpenAIはAPI、ChatGPT Work、Codexでの利用を発表しています。実際に利用できるかどうかは、プラン、クライアント、ワークスペースの設定によって異なります。

発表によると、通常のChatは対象外で、Sol Ultrafastは今後提供予定です。利用可能なStandardおよびFastモードとは分けて考えましょう。

PoYo経由でSolを使う場合は、まずGPT-6.1 Solのモデルページを確認してください。2026年9月30日時点では、「近日公開」と記載されています。利用可能になったら、そのページとPoYoコンソールで、実際の料金、エンドポイント、ツールの対応状況を確認しましょう。上記の仕様と料金は、OpenAIのネイティブAPIについての情報です。

PoYoのOpenAIプロバイダーページでほかのモデルを確認するか、現在利用できるチャットモデルをAI Chat APIコレクションでご覧ください。

自分で試すときに確認したいこと

• 複雑なタスクでの品質。 実際のコーディング作業や文書作成でSolと現在使用しているモデルを比較し、結果と必要な修正を記録しましょう。OpenAIが掲げる「Astraに近い」という位置づけを、自分のタスクで検証してください。
• 事実や引用の正確さ。 最近の事実、数値、情報源を抜き取りで確認しましょう。特に、共有する予定の成果物では重要です。
• タスク全体の完了時間。 推論、キュー待ち、ツール呼び出し、再試行も含めて測定し、入力長によって結果がどう変わるか確認しましょう。
• 長い文書からの情報検索。 セクションをまたいだ検索、情報の抜け、引用箇所をテストしましょう。コンテキストウィンドウの大きさは、あくまで出発点にすぎません。

代表的なタスクをいくつか選び、完了率、総トークン数、所要時間、人手による修正について同じ基準で評価しましょう。Solが自分のワークフローに合うか、より明確に判断できます。プロバイダーを横断して比較する場合は、GPT-6.1 SolとClaude Opus 5.5の比較をご覧ください。リリースの背景については、DevDay 2026の振り返りをご覧ください。

よくある質問

GPT-6.1 SolはGPT-6 Solの別名ですか？

いいえ。API IDがgpt-6.1-solのアップグレード版です。評価では、モデル名を正確に記録してください。

画像や動画を直接生成できますか？

ネイティブ出力はテキストです。画像生成ツールへのアクセスと、モデルがネイティブに出力できるモダリティは、別の機能です。

Chat Completionsからツールを呼び出せますか？

現在の公式ドキュメントでは、ツール呼び出しを伴うリクエストにはResponses APIを使うよう案内されています。Chat Completionsはツールを使わないリクエストに対応しています。