本文へ移動
AI開発 AI生成 文責 blackstrawberry

GPT-6 Sol と Luna が Bedrock で GA、大量処理向けの Luna は effort 可変

Amazon Bedrock の GPT-6 が Sol と Luna を加えて3本になった。日常の開発は Sol、要約や分類の大量処理は Luna という切り分けと、両方が1Mトークン対応である点を、置き換え判断の材料として整理する。

最大1Mトークン Sol と Luna が扱える文脈の長さ(どちらも同じ) AWS の告知に「Both models support up to 1M tokens of context」とある。入力と出力の配分は書かれていない。

Amazon Bedrock で使える GPT-6 が3本になった。2026年9月22日付の AWS の告知で GPT-6 Sol と GPT-6 Luna が GA になり、先に GA になっていた Astra と並んだ。AWS はこの2本を、intelligence と speed と cost をワークロードごとに振り分ける選択肢として説明している。選ぶ側の問題は、どのモデルを既定に置いてどれを例外に回すかに変わった。

日常の開発は Sol、件数で押す処理は Luna

告知の書き分けはかなりはっきりしている。

GPT-6 SolGPT-6 Luna
位置づけ繰り返し発生する複雑なタスクとソフトウェア開発の daily modelファミリーで最も効率的なモデル
挙げられている用途機能の実装、デバッグ、コードのレビューとリファクタ、データ分析、ツールをまたぐ多段ワークフロー要約、抽出、分類、ルーティングのような焦点の絞られた大量処理
reasoning effort記述なしリクエストごとに調整でき、品質と速度とコストのどこに寄せるかを決められる
文脈長最大1Mトークン最大1Mトークン

出典:AWS「OpenAI GPT-6 Sol and GPT-6 Luna are now generally available on Amazon Bedrock」(2026年9月22日)

Sol の説明で目につくのは、単発の生成ではなく作業の連続を前提にしている点だ。機能の実装、デバッグ、レビューとリファクタ、データ分析、そしてツールをまたぐ多段のワークフロー。coding と computer use の改善が、調査から検証までタスクを運ぶのを助ける、と書かれている。daily model という語からは Sol を既定に置く想定が読めるが、告知はそれ以上踏み込んでいない。

Luna は逆に、1件を軽くする方向で紹介されている。要約、抽出、分類、ルーティング。件数が多くて1件あたりの判断が浅い処理だ。reasoning effort をリクエストごとに調整できる点がこの用途では効く。ただし effort の段階名も既定値も、どの API パラメータに乗るかも告知には出てこない。対応リージョン、エンドポイント、API、機能、inference profile、価格は Bedrock のドキュメントを見るように、と書かれているだけだ。

文脈長は両方とも最大1Mトークンと案内されている。ただし告知は入力と出力の配分を示していない。Luna に移す長文処理が同じ入力長で動くかは、利用する Bedrock の API とモデルの制限を確認して判断する。

Astra の位置づけは今回の告知に書かれていない。GPT-6 ファミリーの拡張という言い方だけで、Sol と Luna に対する Astra の役割分担は示されていない。3本の使い分けとして引ける線は、今のところ Sol と Luna の間だけである。

「誤りが約半分」が届く範囲

Sol について告知が出している数字は1つだけだ。OpenAI 社内の事実性評価で、GPT-6 Sol の誤りは GPT-5.6 Sol の約半分になる。比較の両端はこの2モデルで、母数はその社内評価1本である。評価の名称、問題数、採点方法、日本語が含まれるかは書かれていない。

手元のタスクでの誤り率がそのまま半分になる、とは読めない。事実性で有利だという方向は言えて、幅は自分の評価セットで測る話になる。社内評価という言い方からは公開ベンチマークではない可能性が高いが、これは推測で、告知からは確認できない。

GPT-5.6 Sol から替えるかを決める順番

告知には GPT-5.6 Sol の廃止時期も非推奨の予告もなく、GPT-6 側の料金も出てこない。値段を並べた損得の判断は、この告知だけでは作れない。GPT-5.6 Sol の料金は別に扱った。替えるかどうかは、次の順で見るのが無駄が少ない。

  • 既存の評価セットを GPT-6 Sol で一度回し、事実性の改善が自分のタスクに出るかを見る
  • 大量処理のバッチだけ Luna に寄せ、effort を下げたときに品質がどこで折れるかを測る
  • 1Mトークンを前提に入力を組み直す前に、対応リージョンと inference profile がその構成で使えるかを確かめる

告知はもう1つ、既存の AWS のコントロールでワークロードの保護、アクセスの統制、モデル呼び出しの監査ができると書いている。ただしどのサービスを指すかは名前が挙がっていない。モデルを2本足すだけで監査や権限の設計が無傷で済む、と読める記述はそこにはない。既に Bedrock を本番で回しているなら、呼び出しログと権限が新しいモデルでも同じように取れるかは自分の構成で確かめることになる。

利用の入口は Bedrock のコンソールと、対応する Bedrock の API だ。Bedrock の inference engine が本番ワークロードに必要な性能と安全性と規模を持つ、という言い方が添えられているが、裏づけになる数値は示されていない。

出典 種別について