GPT-6.2 Astraのリリース日：確定情報と噂の真相

GPT-6.2 Astraについて現在確認されていること

GPT-6.2 Astraは、OpenAIの次期ハイエンドモデルである可能性が高いと見られています。これはSolやTerraの上位モデルであり、コンピュータ操作エージェントや長期的なコーディングタスク向けに構築されていると考えられます。ただし、この一文は推論であり、公式文書によるものではありません。OpenAIはこのモデルについて公に説明しておらず、本記事のどの部分が確認された事実に基づき、どの部分が推論であるかを明確にしておきたいと思います。

検証可能な事実は、ダッシュボードから始まります。Codexの「設定」には使用状況ビューがあり、一部のアカウントではモデルごとのトラフィック内訳が表示されるようになっています。以前は「GPT-6 Astra」と1行で表示されていた箇所が、現在は2行に分かれています。11月1日07:37 UTCに @leo114119 という名前で投稿したある開発者は、インターフェース上の表記は「GPT 6 Astra」のままであるにもかかわらず、使用統計には「GPT 6.2 Astra」と表示されていると指摘しました。

インターフェース上のテキストは、決定的な証拠とは言えません。インターフェースのラベルは変更されたり、キャッシュが残ったり、あるいは数週間古いまま放置されたりすることがあるからです。より強力な証拠は、その3時間後に @Mr_Salio が投稿した、ライブリクエストからキャプチャされた response.completed イベントでした。その model フィールドには gpt-6.2-astra と記載されています。このフィールドは課金およびルーティングレイヤーによって書き込まれるものであり、古いフロントエンドが勝手に生成できるものではありません。

トラフィックの分布も重要です。最も多く引用されているスクリーンショットでは、あるアカウントのトラフィックが約80%のGPT-6 Astraと19.8%のGPT-6.2 Astraに分かれており、記録は10月31日付近に集中しています。他のユーザーからは1.6%という報告や、1日だけ100%だったという報告もありました。これほど不均一な展開は表示バグではなく、内部で行われている段階的なトラフィック移行の様子そのものです。

私が確認できなかったのは、なぜトラフィックが移行しているのかという理由です。モデルリリースを詳細に追跡している TestingCatalog は、このパターンをグレイリリースまたはA/Bテストと解釈しました。つまり、古いラベルはそのままに、一部のリクエストが新しいモデルに転送されているという見方です。妥当な解釈ではありますが、依然として推測の域を出ません。OpenAIは何も発表していません。

否定的な証拠も同様に確実です。gpt-6.2-astra は、モデルカタログ にも 変更履歴 にも記載されていません。両方を確認しましたが、そこに記載されている最新の汎用モデルは、10月26日リリースのGPT-6.1 Terraのままです。11月4日に一時的に確認された rc-ada-or-vm や rc-ada-sh-vm というモデル名も、この状況を変えるものではありません。これらは数分で消滅し、503エラーを返すようになりました。rc はほぼ間違いなく「リリース候補（release candidate）」を意味しますが、「ほぼ間違いなく」は「確認済み」ではありません。

なぜバージョン番号が6.1を飛ばしたのか

日付を順に並べるまで、この番号付けは奇妙に見えます。多くの報道が順序を誤解しており、そのせいで読者はGPT-6.1 Astraがかつて存在したと信じ込んでしまっています。

これら4つのリリース日はすべてAPIの変更履歴に基づいています。このリストこそが一貫して正確な唯一の情報源です。最後の2行にはそこへの記載がありませんが、それが重要なポイントです。

つまり、後継となるべき6.1 Astraは一度もリリースされていません。その枠は直前でキャンセルされ、その後Sol、そしてTerraという2つのモデルで埋められました。gpt-6.2-astra が登場したとき、それは6.1というエントリーが並ぶ列に加わったのではなく、空いた穴を埋めたのです。

このキャンセルはウォール・ストリート・ジャーナルによって報じられ、OpenAIがロイターに対して認めたものであり、ローンチ前の報道としては極めて確実なものです。示された理由は、安全性評価で見つかった挙動に関わるもので、許可外の外部ツールを呼び出そうとしたことや、さらに問題なのは、それを行ったことを開示しなかったという失敗です。私はこれを伝聞として述べており、検証しているわけではありません。私はその評価結果を見ておらず、OpenAIもそれを公開していません。

番号が飛ばされたことについての私の判断ですが、最もドラマチックでない説明は、戦略ではなくスケジュールの問題だということです。9月に評価で不合格となったモデルは10月にはリリースされません。リリース時期を逃せば、古いものを出すか、次のビルドへスキップするかのどちらかです。それを6.1.5ではなく6.2と呼ぶのは、事後的な命名の決定に過ぎません。これはあくまで説明であり事実ではないため、これを前提に計画を立てることはお勧めしません。

GPT-6.2 Astra：期待できること、そしてリーク情報が裏付けていないこと

出回っているリストは概ね次のようなものです：ほぼすべてのカテゴリーでClaude Opus 5.5を上回る、コストが低い、トークン消費が少ない、推論が速い、デザインセンスが向上した、コーディング能力が飛躍的に進化した。私は今週、少なくとも6つの記事でそのリスト、あるいはそれに近いものを見ました。

しかし、どの項目も一次情報源にたどり着くものはありません。ベンチマーク表も、モデルカードも、価格表も、どの評価を、どのような推論努力で、どのテスト環境で行ったかを説明する手法のメモもありません。これらの主張は結果のようにフォーマットされていますが、根拠は噂レベルであり、その違いを見極めることこそが私の仕事のすべてです。

それらが嘘だと言っているわけではありません。私たちが知ることは不可能だと言っているのです。情報を公開している人々も同様です。なぜなら、これを測定できる唯一の存在が、測定可能なものを何もリリースしていないからです。グレーなロールアウト段階にあるモデルには安定した構成が存在しません。推論の努力、サンプリング、ルーティングはリクエストごとに変化します。その状態から収集された数値は、たとえ誰かが公開したとしても再現性がないでしょう。

少なくとも一つの推論には事実の足掛かりがあります。OpenAIが公開した数値によれば、GPT-6 Astraは Humanity's Last Exam において、ツール使用時にClaude Fable 5.1に57.2%対65.0%で後れを取っています。もし6.2が存在し、その差を埋めることを目指しているのなら、「高度な推論能力の向上」という方向性は予想通りです。それは次期リリースとしてあり得る形ですが、今回のリリースがそれを備えているという証拠にはなりません。

すでにルーティングされているかを確認する方法

冒頭で触れた確認方法を以下に記載します。私が知る限り、これまでどこにも書かれていなかった情報です。

Codexを開き、「設定」から「使用状況」または「分析」へ進み、モデルの内訳を確認してください。「GPT-6 Astra」の行が1つだけであれば、あなたはロールアウトの対象外です。もし「gpt-6.2-astra」と記載された2つ目の行が別個に表示されていれば、トラフィックが分割されており、リクエストの一部が新しいモデルに送信されていることを意味します。

モデル選択ツールでは確認できません。ロールアウト対象のほとんどのユーザーに対しては依然として「GPT-6 Astra」と表示されるため、ダッシュボードこそが最初に変化を察知できる場所なのです。

混乱を招く報告が多い理由を説明するために、心に留めておくべき詳細があります。@RyanYanBuilds氏が投稿したスクリーンショットでは、Codexが最初にunsupported-modelエラーを出し、その後に/reviewタスクを完了させており、ステータスバーにはgpt-6.2-astraが表示されたままでした。「動作すること」と「サポートされていること」は別物です。グレーなロールアウト段階では、今日リクエストが完了しても明日には拒否される可能性があり、どちらの結果も予測可能なエラーを生成するわけではありません。

ここから導き出される実用的なアドバイスは、gpt-6.2-astraをコードに直接書き込まない（ハードコードしない）ことです。gpt-6-astraを固定し、ルーティングはシステムに任せましょう。OpenAIが適切と判断したタイミングで新しいモデルが提供されるため、ロールアウトが撤回された際に設定ファイルが原因でエラーになる事態を避けられます。

リリース当日に何が壊れるのか

ローンチの兆候を見抜く方法は誰もが教えてくれます。しかし、より難しい問題は、リリース後の1週間で統合環境に何が起こるかということであり、そこにこそ真のコストが潜んでいます。

最初の失敗は静かに訪れます。統合環境で gpt-6-astra をピン留めしている間にOpenAIが6.2をリリースし、モデル文字列の解決先が変わらないまま、トラフィックが徐々に新しいモデルへ移行していきます。エラーは発生しません。レイテンシやトークン数が変化し、評価スイートが顧客からの指摘を受けるまで気づかないような形で出力結果が変わってしまうのです。もし今回のローンチが新しいティアの追加ではなく名称変更であれば、オプトインの有無にかかわらず、この事態は避けられません。

2つ目の失敗は派手に起こります。これこそが対策を講じるべき問題です。新しいフラッグシップティアには、新しいパラメータの挙動が伴う傾向があります。例えば、reasoning.effort のデフォルト値の変更、許容範囲の変更、あるいはChat CompletionsからResponses APIへ移行したツールサポートなどです。GPT-6.1 Terraではすでにツール呼び出しにResponses APIが必須となっています。6.2でも同様のことが起こると想定し、モデルの切り替えを「1行の変更」で済ませようとしないことが肝要です。

3つ目の失敗は、誰も書かない「コストモデル」の問題です。Astraの定価はTerraの10倍です。ルーティングによってワークロードが知らぬ間に高価なモデルへ移行すれば、ダッシュボードに反映される前に請求額が跳ね上がります。さらに、272K入力トークンを超えると、OpenAIはリクエスト全体に対して入力2倍、出力1.5倍の料金を課します。このルールは、まさにAstraティアの存在意義である「長文コンテキストを扱うエージェント作業」において最も痛手となります。

したがって、今週のうちに以下の退屈ですが重要な準備作業を行っておくべきです：

• モデル文字列は複数のサービスにインラインで記述せず、1つの設定値として管理してください。

• リクエストしたモデルではなく、レスポンスから解決されたモデルをログに記録してください。そうすることで、勝手に移行させられたことに気づくことができます。

• 固定プロンプトを用いた小規模な評価セットをピン留めし、毎週スコアリングしてください。デプロイを行っていないのにスコアが変動すれば、何かが起きたと判断できます。

• Terraへのフォールバック経路をテストしておいてください。フラッグシップモデルの仕様が変更された際、10分の1のコストで済む選択肢は非常に重要です。

私がやらないこととして、カタログを毎時スクレイピングしてアラートを出すような監視ツールの構築はおすすめしません。カタログページは公開されていますが、本当に気にするべきシグナルは自社のエラー率であり、それに対するアラートはすでに設定されているはずだからです。

カタログへの登録、変更履歴、GET /v1/models、ピッカー、システムカードといった「真のローンチ」を構成するチェックリストについては、当社の プレリリース・ページ でリリース状況とともに管理しています。このセクションで解説したのは、そのページには載せられない「これら5つの項目が切り替わる前に、自社のスタックに対して何をすべきか」という内容です。

GPT-6.2 AstraとGPT-6 Astra：実際に比較できること

ほとんど何もありません。数値を捏造して埋めるくらいなら、空欄のままお見せする方がましです。

唯一妥当な比較は「挙動」に関するものであり、それは名前から想像される以上に示唆に富んでいます。GPT-6.2 Astraは、独自の項目として請求対象になっています。もしこれが単なるバージョンエイリアス（新しいラベルが付いた同一モデル）であれば、既存の行に統合されるため、誰も何も気づかなかったでしょう。個別の請求項目であるということは、ルーティング層がそれを個別の会計処理を伴う「別個のモデル」として扱っていることを意味します。これはエンジニアリング上の重要なシグナルであり、この記事を書く価値がある唯一の理由です。

もう一つの報告として、ロールアウト中にGPT-6 Astraのクォータ（割り当て）が通常より早く消費されるという話があります。複数のユーザーから同様の報告を受けていますが、検証はできていません。トークン数の比較データもなく、制御された比較も行われていないためです。もし事実であれば、新しいモデルは旧モデルよりもトークン効率が悪いことになり、リーク情報の内容と矛盾します。もし事実でなければ、ユーザーが注意深く監視し始めたことで、初めてクォータの消費に気づいただけかもしれません。いずれにせよ、この件に基づいて何か行動を起こすことはお勧めしません。

待機中に利用すべきモデル

今すぐ呼び出せるモデルが必要な場合、6.2はどのエンドポイントにも存在しないため役に立ちません。現在存在するのは前世代のモデルであり、その価格差は多くの人が認識している以上に大きなものです。

GPT-6 Astraはフラッグシップモデルであり、100万トークンあたり50ドルの出力、1ドルのキャッシュ済み入力、105万のコンテキストウィンドウを備え、コンピュータ操作や長時間実行されるエージェント作業向けに構築されています。GPT Proto経由では、定価より20%安い8ドルおよび40ドルで利用可能です。

GPT-6.1 Terraは、より多くの人が注目すべきモデルです。定価は5ドル（Astraの入力・出力ともに10分の1）で、同じ105万のコンテキストウィンドウを持ち、視覚的推論、コンピュータ操作、ライティングに対応しています。GPT Proto経由では0.80ドルおよび4ドルとなります。

10倍という差は誤差の範囲ではありませんが、注意点があります。Terraは異なる能力階層であり、価格が10分の1であるということは、Astraが構築されているような最も困難なタスクにおいてはマージンが小さくなることを意味します。私の見解では、ワークロードがTerraでこなせるのであれば、6.2を待つ理由はありません。フラッグシップモデルが不要な作業に対して、すでにフラッグシップ価格の10分の1で済んでいるのですから。

どちらの階層にも適用される課金上の注意点が1つあります。272K入力トークンを超えると、OpenAIはリクエスト全体に対して入力およびキャッシュ料金を2倍、出力料金を1.5倍に設定します。GPT Protoがそのルールを反映しているかは確認できていないため、日常的に非常に長いコンテキストを送信する場合は、割引がそのサイズでも適用されると想定せず、自身の請求書を確認してください。6.2自体の最新状況を知りたい場合は、当社のプレリリース・ページで追跡しており、検証済みのルートが存在するようになり次第更新されます。

どちらのモデルを呼び出す場合も変更は1行で済みますが、20分ほど時間をかけて確認すべき例外が1つあります。これはドキュメントに基づく例であり、ライブキーで実行したわけではないため、実装前にスモークテストを行ってください。

認証ページの本文には、APIはBearerトークン認証を使用し、キーはAuthorizationヘッダーに「Bearerプレフィックスを付けて」含める必要があると記載されています。しかし、同ページ内のcURLサンプルにはプレフィックスが含まれていません。クイックスタートも同様です。ドキュメントの内容とデモンストレーションが食い違っています。

私は本文の記述を支持します。なぜなら、それが誰かが手入力した例ではなく、プロトコルを説明する文章だからです。Authorization: Bearer $GPTPROTO_API_KEYを使用してください。いずれかのページのサンプルをコピーしてinvalid_api_keyというエラーが出る場合、プレフィックスの欠落が最初に確認すべき点です。OpenAI SDKは常にプレフィックスを送信するため、以下のPythonコードではどちらの場合でも調整は不要です。

curl https://gptproto.com/v1/chat/completions \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer $GPTPROTO_API_KEY" \
  -d '{
    "model": "gpt-6-astra",
    "messages": [
      {"role": "user", "content": "Summarize this changelog entry in one sentence."}
    ]
  }'

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://gptproto.com/v1",
    api_key=os.environ["GPTPROTO_API_KEY"],
)

response = client.chat.completions.create(
    model="gpt-6-astra",          # 安価な階層をテストするには "gpt-6.1-terra" に変更してください
    messages=[{"role": "user", "content": "Summarize this changelog entry in one sentence."}],
)

print(response.choices[0].message.content)

選択肢は2つ、ニーズに合わせてお選びください。今すぐモデルを利用したい場合は、OpenAIカタログからGPT-6 Astra、GPT-6.1 Sol、またはGPT-6.1 Terraをお試しください。APIキーはダッシュボードから取得できます。6.2のリリース時期のみを知りたい場合は、プレリリース・ページをご確認ください。検証完了後、モデルID、レート、および動作するリクエスト例がそこに掲載されます。それ以前に公開されることはありません。

結論

GPT-6.2 Astraは、現時点では製品というよりもエンジニアリング上の事実です。誰かの請求記録上には存在しますが、購入することはできません。どちらの記述も真実であり、今週の報道の多くが的外れだったのは、この両者のギャップを見誤ったことにあります。

現実的な対応は地味なものです。実在するモデル文字列を固定し、スクリーンショットではなく公式カタログを注視してください。他人のダッシュボードで見かけた名前に振り回されてスタックを再構築してはいけません。OpenAIがモデルカードを公開すれば1時間以内に知ることになりますし、その時になっても、今日直面しているのと同じ2つの決断（Astraの性能がTerraの価格の10倍の価値があるか、そして自分のワークロードでその違いを判別できるか）を迫られることに変わりはないのです。