GPT-6.1 Solとは？料金・GPT-6 Solとの違い・業務での使い方

GPT-6.1 Solは、OpenAIが2026年9月29日に発表したGPT-6 Solの後継モデルです。標準API料金は入力2ドル、出力10ドルのまま、キャッシュ入力は100万トークンあたり0.10ドルになりました。コード修正、文書の読み取り、複数の手順を伴う業務での改善が案内されています。この記事では、変更点、使える場所、料金、移行時の注意点と、仕事で試す手順を説明します。

情報確認日：2026年10月4日。公式発表の評価と、MakeAIが提案する確認手順を区別しています。以下の業務例は導入実績や独立した性能試験ではありません。

GPT-6.1 Solとは？新しくなった部分を整理

GPT-6.1 Solは、GPT-6 Solと同じ標準単価で、複雑な仕事の品質を比較できる後継です。OpenAIは、開発、文書を使う専門的な仕事、コンピューター操作などの評価で改善したと説明しています。一部の評価でAstraに近い結果だったという発表ですが、すべての業務でAstraと同じ結果になるという意味ではありません。GPT-6.1 Solの公式発表

会社で注目するのは、ベンチマークの順位だけでなく、今の仕事をどれだけ少ない修正で終えられるかです。資料の読み違い、指示した範囲からの逸脱、確認しにくい説明が減るかを見ます。新モデルの名前を採用理由にせず、現在困っている仕事で比べてください。

旧GPT-6 Solの基本的な料金や利用方法はGPT-6 Solの解説で扱っています。この記事は、後継の6.1 Solで変わった条件と、利用中の仕組みを移行する判断を中心に説明します。

GPT-6 Solとの違い

項目	GPT-6 Sol	GPT-6.1 Sol
標準の入力／出力料金	2ドル／10ドル	2ドル／10ドル
キャッシュ入力料金	0.20ドル	0.10ドル
推論設定none	対応	非対応
Chat Completionsのツール呼び出し	none設定時に対応	非対応。Responses APIを利用

料金は100万トークンあたりの米ドルです。公式仕様では6.1 Solの推論設定はlow、medium、high、xhigh、maxで、既定はmediumです。noneとminimalは対応しません。モデルIDはgpt-6.1-sol。コンテキストは105万トークン、最大出力は12万8千トークンです。GPT-6.1 Solの公式モデル仕様

移行では、標準単価が同じことより、使っている設定が新モデルに対応するかを先に確認します。旧Solでnoneを使っている仕組みや、Chat Completionsからツールを呼び出している仕組みは、そのままの切り替えを前提にできません。開発担当者に現在の呼び出し方を確認してください。

ChatGPT Work・Codex・APIでの使い方

公開時の案内では、ChatGPT WorkとCodexのPlus、Pro、Business、Enterprise、Edu向けに提供されています。通常のChatにはまだ提供されていないと説明されています。モデルが見つからないときは、製品内の作業画面、契約、組織の設定を確認します。利用上限や選択肢は画面と契約に応じて確認してください。

Workで資料を扱う仕事なら、目的、資料、成果物の形式を一緒に渡します。Codexで開発するなら、作業用コードと再現手順、変更できる範囲を用意します。APIで業務へ組み込むなら、入力を取り込む仕組みと、結果を確認して後続へ渡す仕組みが必要です。同じモデルでも、担当者の準備は異なります。

モデル選択後、最初の依頼には完成条件を書きます。「この資料を分析して」だけでなく、「取引先へ説明する比較表を作る」「変更が必要なファイルとテストを示す」のようにします。完成条件があると、返答が長いか短いかに惑わされず採用できる結果か判断できます。

料金：キャッシュの値下げはどんな場合に効く？

標準の入力2ドル、出力10ドルは旧Solと同じです。キャッシュ入力は0.20ドルから0.10ドルになりました。毎回同じ長い説明や資料を再利用する仕事では比較する価値があります。ただし、全入力がキャッシュされるとは限りません。利用記録で、通常入力とキャッシュ入力を分けて見てください。

計算例として、一回につきキャッシュ入力1万トークン、通常入力2千トークン、出力千トークンを使うとします。6.1 Solでは0.001ドル＋0.004ドル＋0.01ドルで0.015ドル。旧Solならキャッシュ部分が0.002ドルなので合計0.016ドルです。この条件では総額の差は0.001ドルで、請求全体が半額になるわけではありません。

この例は、キャッシュ書き込み、追加ツール、再試行、税などを含まない計算です。キャッシュ入力の単価だけを見て予算を決めず、何回再利用するか、書き込みが何回必要かも確認します。資料が毎回大きく変わるなら、想定ほど再利用できない場合があります。

入力27万2千トークン超ではリクエスト全体の入力・キャッシュ料金が二倍、出力が一・五倍です。Fastは標準の二倍、BatchとFlexは標準より50％低い料金と案内されています。待てる仕事にはまとめて処理する方式、対話が必要な仕事には応答時間を含めた比較を行います。

活用例1：複雑なPDFから条件を整理する

6.1 Solを試す候補の一つは、表や注記を含む資料の確認です。たとえば複数のサービス資料から契約条件を整理する仕事では、本文にある料金だけでなく、対象プラン、期間、例外、注記を確認します。最初から結論を選ばせず、事実の表を作ってもらいます。

資料を渡す際は、どの情報を判断に使うかを先に指定します。料金、最低契約期間、必要な機能、管理者の操作範囲などを列にします。PDFの版と確認日も残します。古い資料と現行の資料が混ざる場合、どちらを優先するかを明示してください。

添付のサービス資料から、社内の比較表を作成してください。
列は「料金／対象プラン／最低契約期間／必要機能／例外・注記／根拠」。
根拠には資料名、ページ、短い引用を付ける。
本文と注記で条件が違う場合は、両方を書き判断を保留する。
情報がない項目は未確認。推測で埋めない。
最後に、契約前に担当者へ確認する質問をまとめる。

確認担当者は、料金表の単位と注記から見ます。月額と年額、税込と税別、標準機能と別料金の機能が混ざっていないかを照合します。モデルが根拠のページを書いていても、そのページに同じ条件があるかを確認してください。

比較の最後は、採用候補と条件を分けます。「Aが優れている」という一文より、「必要機能は満たすが、契約期間が未確認なので問い合わせが必要」と残すほうが次の行動に使えます。資料の読解性能が改善しても、会社が採用する判断まで無条件で委ねないようにします。

活用例2：既存システムの修正と確認を進める

コード修正では、既存の仕事を旧Solと6.1 Solで比較できます。たとえば一覧画面の絞り込み条件を追加するなら、画面、検索処理、権限、保存した条件の扱いまで確認します。修正範囲を小さく決め、変更前の挙動を残しておくと比べやすくなります。

一覧画面に「担当部署」での絞り込みを追加する変更を検討してください。
まず関係する画面、検索処理、権限、テストを調べ、変更案を示す。
既存の検索条件とページ送りの挙動は維持する。
部署が未指定の場合と、利用者が見られない部署を指定した場合も確認する。
修正後は変更したファイル、実行した確認、未確認事項を分けて報告する。
外部へ公開する操作は、この作業の対象に含めない。

評価では、見た目が動くことだけでなく、条件の維持を確認します。絞り込みを追加しても、ページ送りで条件が消えれば不十分です。権限のない部署の情報が表示されるようになっていないかも確認してください。変更内容に合うテストがなければ、必要な確認項目を担当者が補います。

旧Solとの比較は、最初の案、修正後の差分、確認結果を残します。6.1 Solだけ追加資料を渡すと、公平な比較になりません。両方に同じ入力と条件を与え、人の修正時間を測ってから移行の範囲を決めます。

活用例3：複数の業務手順をつなぐ

業務の自動化では、入力を分類し、必要な情報を取り出し、社内用の下書きを作る流れを試せます。たとえば営業の商談メモから課題、次の作業、担当者、期限を整理します。このとき、各段階の出力を確認できるようにすることが大切です。

入力に期限がなければ、日付を勝手に追加しません。担当者が書かれていなければ未定として残します。下書きに不足がある場合は、それを人へ確認する質問にします。外部へのメール送信や業務システムの登録は、下書き作成とは別の工程で扱います。

流れを設計する際は、各工程の完了条件と失敗時の戻り先を決めます。分類できない入力を抽出へ進めるのか、担当者へ回すのかを明示します。処理の途中経過を残すと、最終結果だけが間違っていた場合にも、どの段階で起きたか調べられます。

移行前に確認する五つの項目

一つ目はモデルと推論の設定です。旧Solのnoneを使っている場合、6.1 Solの対応設定へ変える必要があります。設定名だけでなく、待ち時間と費用がどう変わるかも試します。旧モデルでの速さを、そのまま新モデルの見積もりにしないでください。

二つ目はAPIとツールの対応です。6.1 Solでツールを呼び出す場合はResponses APIを利用します。Chat Completionsを利用中なら、現在の処理がツールを使うのか、文章生成だけなのかを確認します。接続先の変更も一緒に行うと原因が分かりにくいので、変更する項目を整理します。

三つ目は保存した出力形式です。後続の処理が読む列名や項目を変更していないかを確かめます。文章として自然でも、システムが期待する構造を満たさなければエラーになります。内容の正しさと形式の正しさを別に確認してください。

四つ目は失敗時の処理です。タイムアウト、資料不足、ツールの失敗、再試行を確認します。再試行した際にメールを二重送信したり、同じ情報を二度登録したりしない設計が必要です。モデルが成功と説明しても、外部の処理が完了したかは別に確認します。

五つ目は戻す手順です。新モデルで問題が出た場合、どの条件で旧モデルへ戻すかを決めます。全部を一度に切り替えるより、少ない件数や一つの業務で試す方法があります。担当者が操作できる戻し方を用意し、変更日と設定を記録してください。

Astraとどちらを選ぶ？

OpenAIが説明する「Astraの五分の一の標準単価」は、入力2ドル対10ドル、出力10ドル対50ドルの比較です。すべての仕事の総額が五分の一になる意味ではありません。使用量、再試行、確認の負担によって差は変わります。

最初は6.1 SolとAstraに、同じ資料と完成条件を渡します。普通の仕事だけでなく、資料が矛盾する例や重要な条件が注記にある例も含めます。完成物が必要な品質を満たすなら費用の低い候補を使い、満たさない仕事は別モデルや人の確認を組み合わせます。

Astra側の業務の組み立て方はAstraの業務活用例を参照できます。自社のモデル選定を進める方は生成AIの導入・運用相談も利用できます。

よくある質問

GPT-6.1 Solは普通のChatGPTのChatで使えますか？

公開時の公式案内では、WorkとCodexで提供され、Chatにはまだ提供されていないとされています。名称が似ていても画面を混同しないでください。利用時は、自分の画面に表示されているモデルと契約の条件を確認します。

標準単価が同じなら費用も変わりませんか？

使用するトークン量や再試行が変われば総額も変わります。キャッシュ入力の単価は下がっていますが、通常入力や出力の多い仕事では差が小さい場合があります。実際の処理で記録して見積もります。

新しいモデルなら最新の事実も調べずに使えますか？

モデルの公開日と知識の更新範囲は同じではありません。料金、規程、製品の提供状況などは公式資料を確認します。調査を任せる場合も、出典と確認日を付け、重要な条件は元のページで照合してください。

まず何件で試せばよいですか？

最初は、よくある仕事を数件と、判断しにくい例を数件そろえて手順を確認します。これは精度の保証に十分な件数という意味ではありません。業務の件数や失敗時の影響に応じて、導入前の確認を追加します。

GPT-6.1 Solへの切り替えを相談したい方へ

MakeAIでは、現在のモデル、依頼文、入力資料、確認方法を整理し、同じ条件で比較する試行を設計します。既存の処理を止めずに、新モデルで品質と費用を確認する範囲から相談できます。