Amazon Bedrock で GPT-6.1 Sol が 2026年9月29日に一般提供になった。告知は GPT-6 Sol のアップグレードと位置づけ、OpenAI の評価として Astra に近い性能を約5分の1のコストで実現すると紹介する。ただし、この「コスト」の比較条件は明示されていない。
利用を考える前に公式資料の食い違いを確認したい。発表文は明示的 prompt caching に対応すると書く一方、リンク先の Bedrock モデルカードは非対応と明記する。キャッシュを使える前提で移行を決めることはできない。モデルカードにある提供先と単価も、現行の Sol や Astra と比較する材料になる。
「Astra に近く、コストは約5分の1」は誰の言葉か
告知の中心はこの一文にある。OpenAI によれば、GPT-6.1 Sol は要求の厳しい評価全般で GPT-6 Astra に迫り、コストはおよそ5分の1だという。その記述には「According to OpenAI」という前置きがある。Bedrock 側の計測として示された数字ではない。
「コスト」が何を指すのかも告知からは読み取れない。トークン単価の比なのか、同じタスクを終えるまでの総額なのかで、手元のワークロードに当てはめたときの結果は変わる。どの評価で「迫る」のかも、告知には挙がっていない。Sol 系への切り替えを判断するなら、自分のタスクで出力の質と請求額の両方を見比べるしかない。
Bedrock で Astra を使い始めた経緯は GPT-6 Astra の GA の記事 で扱った。現行の Astra で回しているエージェントの一部を 6.1 Sol に振り分ける、という使い方が今回の告知から考えられる選択肢になる。これは告知が直接勧めているわけではなく、コスト比較の記述から導いた推測である。
6 Sol から 6.1 Sol へ、告知が挙げる用途
告知は GPT-6.1 Sol の強みを、エージェント型のコーディング、computer use、専門業務の 3つとしている。具体的な用途として並ぶのは次のとおりだ。
- 機能の実装とデバッグ
- 解決策の反復的な改善
- 複数ステップのワークフローの実行
- 複雑なコードベースの調査
GPT-6 Sol と比べて、どの指標がどれだけ上がったかの数値は告知にない。6 Sol が今後も Bedrock で提供され続けるのか、提供終了の予定があるのかも書かれていない。既存の 6 Sol を急いで置き換える根拠は、今のところ告知の中には見当たらない。6 Sol と同時期に GA になった Luna については Sol と Luna の記事 を参照してほしい。
prompt caching は公式資料間で記述が割れる
9月29日の AWS 告知は、繰り返し使うコンテキストを明示的にキャッシュできると説明する。だが Bedrock の GPT-6.1 Sol モデルカードでは「Explicit prompt caching」は非対応に分類されている。モデルカードの料金表に cache write/read の列があっても、同じページはそれを機能対応の証拠と見なさないよう明記している。
システムプロンプトやツール定義を毎ターン使うエージェントにとって、この違いはコスト見積もりに直結する。両資料の記述が整合するか、利用するエンドポイントで機能を確認できるまで、明示的キャッシュによる節約を移行の前提にしないほうがよい。
乗り換えの前に確かめる箇所
モデルカードによると、bedrock-mantle での直接呼び出しは米国東部 us-east-1 のみ。bedrock-runtime は米国内の地域横断推論プロファイル us.openai.gpt-6.1-sol を使い、直接のリージョン内呼び出しやグローバル推論プロファイルはこの提供時点で用意されていない。既存の実行リージョンやデータ配置の条件に合うかを先に確かめる必要がある。
モデルカードには米国向け Standard の入力・出力単価と、長文脈に適用する別の単価が載る。料金の比較は、モデルカードの料金表で利用する推論経路と入力の長さを選んで行いたい。cache write/read の価格欄もあるが、前述のとおり明示的キャッシュ対応を意味しない。OpenAI が述べる「約5分の1」は Bedrock 上での Astra との請求額比較としては確定できない。
現行の 6 Sol や Astra の請求と同じ条件で単価と実際の出力を並べ、エージェントのタスクで品質差が許容範囲に収まるかを見る。既存のアクセス制御や監査の仕組みを使えると AWS は説明しているが、利用する API と推論プロファイルに合わせた権限設定も確認したい。