GPT-6 Astraの使い方｜ChatGPT・API・料金【2026年9月】

「GPT-6 Astra、うちのアカウントではまだ出てこない」——公開翌日のいま、疑問はここに集中しています。答えは「Trusted Access Program の企業から順に配られている最中で、ChatGPT 各プラン・API・AWS への提供は『今後数日のうち』としか公式に書かれていない」です。

ただ、待っている間にやれることは多い。OpenAI は公開と同時にモデルページ・料金ページ・移行ガイド・安全チェックの仕様まで一式を出しました。届いた瞬間に切り替えられる状態まで、いま準備できます。

この記事は発表内容の整理ではなく、使い方に振り切っています。数値・仕様・料金は OpenAI の公式ページで確認したものだけを使い、確認できないことは「2026年9月4日時点で公式に公表されていない」と書きました。発表内容そのもの（ベンチマーク13項目、Critical 認定、System Card）はGPT-6 Astra 公開の速報記事にあります。

どこで使えるのか｜ChatGPTのプラン・API・AWSの提供条件

まず「自分は今使えるのか」から。OpenAI の公式モデルページには、次の一文が冒頭に置かれています。

GPT-6 Astra は本日、Trusted Access Program の企業向けにロールアウトを開始しました。API および Plus・Pro・Business・Enterprise の各プランからの利用は、今後数日のうちに提供されます。（OpenAI 公式モデルページ・2026年9月4日参照／日本語訳）

この「今後数日のうち（in the coming days）」の具体的な日付は、同日時点で公式に確認できていません。

プラン別に見た提供条件

実務で引っかかるのが Enterprise の「既定でオフ」です。管理者がワークスペースで有効化して初めてモデル選択欄に出てくるので、提供が始まっても誰も気づかないまま数日が過ぎることが起こります。

なお、公式に名前が挙がっているのは Plus・Pro・Business・Enterprise の4つで、Free プランへの提供は2026年9月4日時点の公式ページに記載がありません。

プラン別の提供条件の細部｜公式ヘルプで確定した「使える場所」の違い

2026年9月5日に更新された OpenAI の公式ヘルプ「GPT-5.6 and GPT-6 Pro in ChatGPT」で、プランごとに「どの画面で使えるか」が違うことがはっきりしました。「Plusなのにモデル選択欄に出ない」という問い合わせは、この差が原因です。

Chat で使う「GPT-6 Pro」には回数の上限があります。公式ヘルプの表では、Pro $200 が週200メッセージ、Pro $100 が週50メッセージ、Business Standard が月15メッセージ、Business Premium が週50メッセージで、いずれも GPT-5.6 Sol Pro と枠を共有します（Pro $200 だけは GPT-5.6 Sol Pro に別枠の1日170メッセージがあり、両方合わせて1日200メッセージまで）。Pro の契約で上限に達しても契約自体は変わらず、表示されるリセット時刻まで待つか別のモデルを使う、という扱いです。

Enterprise は条件が3段あります。①組織に Daybreak アクセスがあること（初回ロールアウト中）、②管理者が Chat・Work・Codex ごとにユーザーやグループへ Astra を有効化すること、③「有効化」と「既定モデルにする」は別の判断であること。さらに、ChatGPT ワークスペースで有効化しても API のアクセス権は付与されません（API キーは紐づく組織とプロジェクトの権限に従う）。想定シナリオですが、「情シスが有効化したのに API から 404 が返る」という混乱は、この分離を知っていれば1往復で片づきます。

API の料金・移行手順は GPT-6 Astra API｜料金・1.05M・移行手順、提供状況の全体像は GPT-6 Astraはいつから使える？プラン別提供状況 にまとめています。

APIでの呼び出し方｜モデルID・対応エンドポイント・レート上限

API 側は仕様が全部出そろっています。ここは提供を待たずに設計できる部分です。

基本仕様

コンテキスト長 1,050,000 トークンは GPT-5.6 Sol と同じ値です。長文脈の横断比較は主要AIモデル コンテキスト長 横断比較にまとめてあります。

使えるエンドポイントと使えないエンドポイント

ここが移行で最初に効きます。公式モデルページのエンドポイント表で対応しているのは Responses（v1/responses）・Chat Completions（v1/chat/completions）・Batch（v1/batch）の3つだけ。Realtime（音声）・Realtime translation／transcription・Assistants・Fine-tuning・Embeddings・画像生成・動画・音声合成・文字起こし・Moderation・レガシー Completions はすべて非対応です。

つまり音声対話（Realtime API）で GPT-6 Astra は使えません。音声フロントを持つサービスは、対話部分だけ Astra に寄せるか従来モデルを併用するかの判断が要ります。Fine-tuning も非対応なので、独自チューニング前提の構成はそのまま移せません。

Responses API で使えるツール

使えるツールは10種類です：web_search／file_search／image_generation／code_interpreter／hosted_shell／apply_patch／skills／computer_use／mcp／tool_search。対応機能は streaming、Structured Outputs、function calling、画像入力、プロンプトキャッシュなど。最小構成の呼び出しはこれだけです。

from openai import OpenAI

client = OpenAI()

response = client.responses.create(
    model="gpt-6-astra",
    input="この議事録から、決定事項と担当者と期限だけを表にしてください。",
    reasoning={"effort": "low"},
)
print(response.output_text)

reasoning.effort は Responses API での書き方です。Chat Completions では reasoning_effort というパラメータ名になります。

Tier別のレート上限

公式モデルページには Standard 処理のレート上限がそのまま載っています。試算の前提として使える値です。

この上限は GPT-5.6 Sol と同じで、切り替えても上限は下がりません。ただし長文脈を連発すると Tier 1・Tier 2 では TPM 側から先に詰まります。1リクエストで 500,000 トークン入れると、Tier 1 では1分に1本しか通りません。

Codexでの使い方｜モデル指定・CLIの最低バージョン・使用量の目安

開発者にとって Astra の入口は Codex です。公式ドキュメント「Models」によると、CLI では codex -m gpt-6-astra で指定し、設定ファイル config.toml では model = "gpt-6-astra" と書きます。公式ヘルプは Codex CLI 0.153.0 以上が必要としており、あわせて ChatGPT デスクトップアプリも最新版に更新するよう案内しています。「Codex のモデル一覧に Astra が出ない」ときは、プランの提供状況より先に CLI のバージョンを確認してください。

Pro・Business（$100）・Enterprise の対象アカウントでは、Astra のロールアウトにあわせて Codex の Power の選択肢が Terra Light / Sol Light / Sol Medium / Astra Light / Astra Medium / Astra Extra High に変わります。公式は「複数の手順とツールをまたぐ最も難しい仕事に Astra、深さと仕上がりに Sol、日常業務に Terra、明快で反復的な作業に Luna」という使い分けを示しています。

Plus・Pro でサインインした対応クライアントでは、コンテキストウィンドウをまたいでメモを保持する実験機能を有効にできます。Astra が同じタスク内の以前のメッセージやツール結果を検索できるようになる機能で、公式発表では「数週間のうちに Astra の既定になる」とされています。

公式は「固定の上限ではなく目安。タスクの大きさやローカル／クラウドの別で変わる」と注記しています。Fast mode は Astra の標準レートの2.5倍を消費し、ローカルメッセージとクラウドのチャットは同じ枠を共有します。Sol の半分程度の本数しか送れない前提で、Astra は「難しい工程だけに使い、定型は Terra や Luna に振る」設計にしておくと、5時間枠の途中で止まる事態を避けられます。

GPT-5.6 Solから切り替えるときに直す5か所

OpenAI の移行ガイド「Using GPT-6 Astra」には、モデル ID を差し替えるだけでは足りない項目が明記されています。実際に直すのは次の5か所です。

1. reasoning.effort の none が使えない

GPT-5.6 Sol は none / low / medium（既定）/ high / xhigh / max を受け付けますが、GPT-6 Astra は none に対応していません。公式ガイドは「いま none か minimal を使っているなら low から始めて結果を比べる」よう案内しています。それ以外の値を使っている場合は、現在の実効的な強度をそのまま維持します。

2. ツール呼び出しは Responses API に寄せる

GPT-6 Astra は Chat Completions にも対応していますが、ツール呼び出しを使うなら Responses API が必要と公式ガイドに明記されています。Chat Completions + function calling で組んでいるシステムは、ここで移行作業が発生します。

3. temperature・top_p・top_logprobs を消す

この3つは非対応なので、リクエストから削除します。Chat Completions ではさらに logprobs も削除。Responses では include から message.output_text.logprobs を外します。出力の揺らぎを temperature で制御していた設計は、プロンプト側と reasoning.effort 側で作り直すことになります。

4. プロンプトキャッシュの設定キーが変わる

GPT-5.5 以前から移行する場合、prompt_cache_retention を prompt_cache_options.ttl（値は "30m"）に置き換えます。キャッシュの区切り位置と書き込み課金が変わっている点も公式が注意喚起しています（書き込みはキャッシュなし入力単価の1.25倍）。

5. Fast mode と EU データレジデンシーの組み合わせ

EU データレジデンシー環境では GPT-6 Astra の Fast mode が使えません。service_tier: "fast" も "priority" も指定できず、Standard 処理を使います。加えてAstra の Fast mode にはレイテンシ SLA が付きません（GPT-5.6 以前は Fast mode と Scale Tier に同じ SLA の扱いがあります）。

途中で推論の強度を変える運用なら、リクエスト単位の reasoning.effort を書き換えず configuration_update という入力アイテムを使います。リクエスト単位の値を変えないことで前置きがキャッシュに残るため、費用に直接効きます。Codex を使っている場合は公式の openai-docs スキルに移行作業を任せる方法も案内されています。

$openai-docs migrate this project to GPT-6 Astra

料金の実務換算｜円に直すといくらか

公式料金ページの値を、まず素のまま置きます。単位は100万トークンあたりです。

OpenAI 公式料金ページ（2026年9月4日参照）。入力が272Kトークンを超えるリクエストは、そのリクエスト全体で入力とキャッシュの単価が2倍・出力が1.5倍。Batch と Flex は Standard の半額、Fast mode は2倍です。GPT-5.6 Sol の単価には「少なくとも2026年11月21日まで有効な販促価格」という注記が付いています。

1リクエストあたり

入力100,000トークン・出力5,000トークンのタスクを想定します。

• GPT-6 Astra：入力 100,000 ÷ 1,000,000 × $10.00 = $1.00／出力 5,000 ÷ 1,000,000 × $50.00 = $0.25 → 合計 $1.25（約195円）
• GPT-5.6 Sol：入力 $0.40／出力 $0.10 → 合計 $0.50（約78円）

差額は1件あたり $0.75（約117円）です。

月間（1日100件・稼働20営業日＝2,000件）

• GPT-6 Astra：$1.25 × 2,000 = $2,500（約390,000円）
• GPT-5.6 Sol：$0.50 × 2,000 = $1,000（約156,000円）

差額は月 $1,500（約234,000円）。ここだけ見ると「2.5倍」がそのまま効いて見えます。

プロンプトキャッシュを効かせた場合

入力100,000トークンのうち90,000トークンが毎回同じ前置き（社内規程・商品マスタなど）だとします。

• 1回目：キャッシュ書込 90,000 × $12.50 ÷ 1,000,000 = $1.125 ＋ 新規 10,000 × $10.00 ÷ 1,000,000 = $0.10 → 入力 $1.225
• 2回目以降：キャッシュ入力 90,000 × $1.00 ÷ 1,000,000 = $0.09 ＋ 新規 $0.10 → 入力 $0.19

キャッシュなしの $1.00 に対して入力側が約8割減ります。書き込みが割高なので、同じ前置きを2回以上使い回す設計なら2回目には元が取れる計算です。長い前置きを毎回投げているシステムほど、切り替え前に整理しておく価値があります。

単価だけで判断しない

公式の移行ガイドには、次の記述があります。

いくつかの評価において、Astra はより少ない出力トークンでより良い結果を出しており、トークン単価が高いにもかかわらず、1タスクあたりの推定 API コストは以前のモデルより低くなる。

公式発表ページの数字でも、コンピュータ操作の評価 OSWorld 2.0 で GPT-6 Astra は 72.6%（1タスク約40分）、GPT-5.6 Sol は 65.7%（1タスク約75分）と記載されています。1タスクを終えるまでの往復回数と出力量が減れば、単価2.5倍がそのまま費用2.5倍にはならないということです。自社のワークフローで測るまで、単価表だけで結論を出さないほうが実態に合います。横断比較は主要AIモデルAPI料金 横断比較とGPT-5.6 vs Fable 5.1／Opus 5 料金比較に置いています。

全部を Astra に寄せない

公式モデル一覧は「迷ったら GPT-6 Astra、知能とコストの釣り合いなら GPT-5.6 Terra、コスト重視で大量に回すなら GPT-5.6 Luna」という案内です。Luna は出力 $1.20 なので Astra とは出力側で約42倍の開きがあります。分類・抽出・要約のような定型処理まで Astra に流すと費用は簡単に膨らみます。

安全チェックで止まる前提の設計｜403が返ったときの手順

業務に組み込むときいちばん見落とされている仕様です。OpenAI は Astra に「不整合監視（misalignment monitoring）」を導入しました。機微データの転送・アクセス、破壊的な変更といった重い場面で、エージェントが指示を正しく解釈しているかを非同期で確認し、問題の可能性があれば会話を止める仕組みです。

どの呼び方が監視・停止の対象になるか

OpenAI 公式ドキュメント「Misalignment monitoring」（2026年9月4日参照）

止まったときに返るもの

ストリーミング開始前にブロックされた場合、API は HTTP 403、種別 invalid_request_error、コード misalignment_policy_violation を返します。公式は「メッセージ本文ではなくエラーコードで判定せよ」と明記。出力を受け取ったあとでもエラーは起こるので、受信ループ側でも処理が必要です。

公式が指示している対応は3つです。

1. 該当する会話について、それ以上のアクションを送らない。ブロックされた処理を自動で再試行しない
2. リクエスト ID・レスポンス ID・ツール呼び出しの記録を、自社のデータ取扱方針に沿って保全する
3. 担当者にエラー情報を見せ、エージェントの動作と本来の作業を突き合わせて、すでに行われた変更を確認してもらう

実務上いちばん重いのはこの2点です。止められた会話を再開する一般的な方法は用意されていません。 そして監視は非同期なので、止まる前にすでに完了した操作は取り消されません。ファイル書き込み・外部システムへの反映・メール送信のような不可逆な処理を任せている場合、「途中で止まって、途中まで実行された状態」が現実に起こります。

プロジェクト単位で通知を受けるには safety.alert.created の webhook を購読し、届いたアラート ID を /v1/safety/alerts/{id} で引きます（api.safety.alerts.read 権限が必要）。request_paused が true でも、それは「停止の登録に成功した」という意味で、実行が止まったことや以前の操作が巻き戻ったことの確認にはならないと公式が明記しています。reason は null になることがあり（Zero Data Retention を含む）、返る場合もカテゴリの説明です。

Critical 認定の背景など安全評価そのものの中身はOpenAI Astraとは｜数学10成果と重大サイバー評価で扱っています。

業務で効く5つのプロンプト

公式の移行ガイド「Using GPT-6 Astra」には、Astra の挙動を調整する推奨プロンプトが英語で掲載されています。ここではそのうち業務で効く5つの論点を、日本語のプロンプトとして書き直しました（原文は公式ガイド参照）。

プロンプト1：確認で止まりすぎるのを抑える

Astra は「答えが変わりうる場面では聞き返す」設計です。裏を返すと、従来モデルなら進めていた場面で止まります。

指示と会話の文脈から、依頼の意図と作業範囲を推測してください。
確認を挟むのは、判断を誤ると結果が変わる場合だけにしてください。
「できます」と答えて止まらず、依頼が示す作業を最後まで進めてください。
不足している情報があれば、最初にまとめて質問してから開始してください。

プロンプト2：承認は「完成した成果物」に対して求めさせる

確認を求める前に、すでに許可されている作業と、
提案をレビューできる状態にするために必要な作業を先に済ませてください。
外部への反映・公開・送信など後戻りできない操作の直前でだけ、
完成した成果物を示して承認を求めてください。
仮定した点は必ず「仮定」と明記してください。

プロンプト3：社内ルールとの衝突を隠させない

公式ガイドは「Astra は skill や AGENTS.md の指示に以前のモデルより敏感に反応する」と注意しています。社内ルールを大量に読ませている環境ほど原因不明の停止が起きます。

読み込んだルールファイルが原因で、確認を求めた・作業を止めた・依頼と違う方向に進んだ場合は、
そのファイル名と該当箇所を引用し、なぜそう判断したかを説明してください。
ルールに明示されている要件と、あなたの解釈とを区別して書いてください。

プロンプト4：文章の体裁を業務文書に寄せる

Astra は既定で箇条書き・表・Markdown を多用するので、社外向け文書では浮きます。

1段落につき1つの論点を扱う簡潔な文章で書いてください。
箇条書きは、内容が並列・順序・比較のときだけ使ってください。
結論を先に述べ、そのあとに必要な説明を続けてください。
「重要なのは」といった常套句は使わないでください。

プロンプト5：切り替え判断を社内で共有する

Astra に限らず、新モデルが出るたびに使えます。

次の業務フローについて、GPT-6 Astra へ切り替えるべきか、
現行モデルのままにすべきかを判断するメモを作ってください。

【業務フロー】
（ここに現在の処理の流れを箇条書きで貼る）

【前提】
・1件あたりの入力トークン数：[ ]
・1件あたりの出力トークン数：[ ]
・月間の処理件数：[ ]
・後戻りできない操作を含むか：[ 含む / 含まない ]

出力は「切り替える / 様子を見る / 検証だけ先に回す」の3択で結論を先に書き、
その根拠を費用・失敗時の影響・確認作業の増減の3点で示してください。
数字と固有名詞には、根拠（出典または計算式）を添えてください。

【要注意】切り替えでつまずく4パターン

失敗1：単価だけを見て「2.5倍だから高い」と結論を出す

❌ $10.00／$50.00 と $4.00／$20.00 を並べて判断を終える
⭕ 1タスクを終えるまでの往復回数と出力トークン量まで測る
なぜ重要か：公式が「出力トークンが少なく、1タスクあたりの推定 API コストは以前のモデルより低くなる」と明記しています。単価表は入口で、結論ではありません。

失敗2：Chat Completions のままツール呼び出しを移植する

❌ モデル ID だけ変えて Chat Completions の function calling を動かそうとする
⭕ ツールを使う経路は Responses API へ移す
なぜ重要か：公式が「ツール呼び出しには Responses が必要」と明記。加えて Chat Completions は不整合監視の対象外なので、安全側の挙動も変わります。

失敗3：temperature を残したまま切り替える

❌ 既存のリクエストをそのまま送る
⭕ temperature・top_p・top_logprobs を削除してから送る
なぜ重要か：これらは非対応です。揺らぎを temperature で抑えていた設計は組み直しになります。

失敗4：403 が返ったら自動でリトライする

❌ 403 をレート制限と同じ扱いにしてバックオフ付きで再送する
⭕ コード misalignment_policy_violation を判定し、そこで止めて人に回す
なぜ重要か：公式が「ブロックされた処理を自動で再試行しない」と明記。再開する一般的な手段も用意されていません。

よくある質問

GPT-6 はいつ使えるようになりますか？

2026年9月3日に Trusted Access Program の企業からロールアウトが始まりました。ChatGPT 各プラン・OpenAI API・AWS への提供は「今後数日のうち」と公式に記載され、具体的な日付は2026年9月4日時点で確認できていません。

GPT-6 は無料プランで使えますか？

公式に名前が挙がっているのは Plus・Pro・Business・Enterprise の4プランで、Free プランへの提供は2026年9月4日時点の公式ページに記載がありません。

ChatGPT で使うのに追加料金はかかりますか？

利用は既存のサブスクリプションの枠内に含まれ、追加利用分はクレジットを購入できると公式に記載されています。Enterprise は管理者が有効化するまで既定でオフです。

GPT-6 Astra の日本語性能は上がっていますか？

日本語を含む言語別の業務性能を横並びで示した公式比較値は、2026年9月4日時点で確認できていません。パラメータ数も公表されていません。

GPT-5.6 Sol は使えなくなりますか？

提供終了の予定は2026年9月4日時点で確認できていません。料金ページには GPT-5.6 Sol の単価が「少なくとも2026年11月21日まで有効な販促価格」と注記されています。各モデルの使い分けはCodex での Sol／Terra／Luna 切替ガイドにあります。

音声（Realtime API）で GPT-6 Astra は使えますか？

使えません。公式モデルページのエンドポイント表で Realtime 系はいずれも非対応です。Assistants・Fine-tuning・Embeddings も対象外です。

Plusなのに、ChatGPTのモデル選択欄にGPT-6が出ません。故障ですか。

故障ではありません。公式ヘルプでは、Plus の GPT-6 Astra は ChatGPT Work と Codex で順次提供され、Chat のモデル選択欄にある「GPT-6 Pro」は Pro・Business・Enterprise の対象です。Plus で Astra を使うなら、Work か Codex から試してください。

Codexにgpt-6-astraが出てきません。

まず Codex CLI のバージョンを確認してください。公式ヘルプは 0.153.0 以上を条件にしています。次に、Enterprise の場合は管理者が Codex 向けに Astra を有効化しているか、初回ロールアウトの Daybreak アクセスがあるかを確認します。API キーでのサインインは、キーに紐づく組織・プロジェクトの権限に従います。

まとめ：今日から動かす3つの手順

1. 今日：コードベースを temperature と top_p で全文検索し、削除できるかを確認する。ツール呼び出しが Chat Completions 経由になっている箇所も洗い出す。
2. 今週中：主要ワークフロー1本の入力・出力トークン数を記録し、Astra と現行モデルの費用を計算式で並べる。同じ前置きを毎回投げている箇所はキャッシュに乗る形へ整理する。
3. 今月中：後戻りできない操作を含むエージェントについて、403（misalignment_policy_violation）が返ったときの手順書を作る。自動リトライが仕込まれていないかも確認する。

あわせて読みたい：

• GPT-6 Astra 公開｜料金と仕様の速報 — ベンチマーク13項目と Critical 認定の中身
• GPT-6 はいつ出る？最新情報と Astra・Pluto の正体 — 呼称とコードネームの経緯
• ChatGPT で GPT-5.6 を使う方法｜3モデルの違い — 現行モデルの使い分け

参考・出典

• GPT-6 Astra（モデルページ） — OpenAI（参照日: 2026-09-04）仕様・料金・エンドポイント・ツール・Tier別レート上限
• Using GPT-6 Astra（移行・プロンプトガイド） — OpenAI（参照日: 2026-09-04）移行手順・非対応パラメータ・推奨プロンプト
• Pricing（料金ページ） — OpenAI（参照日: 2026-09-04）Astra／Sol／Terra／Luna の単価と長文脈時の倍率
• Misalignment monitoring — OpenAI（参照日: 2026-09-04）監視対象・403・停止後の手順・webhook
• Fast mode — OpenAI（参照日: 2026-09-04）EU データレジデンシーでの非対応・SLA の扱い
• GPT-5.6 Sol（モデルページ） — OpenAI（参照日: 2026-09-04）比較用の仕様・料金
• GPT-6 Astra: A new generation of intelligence（発表ページ） — OpenAI（参照日: 2026-09-04）提供計画・ベンチマーク

著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』『Claude仕事術』（SBクリエイティブ・シリーズ累計50,000部突破）。SBクリエイティブ「ビジネス+IT」ほかで生成AI連載を執筆。

ご質問・ご相談は お問い合わせフォーム からお気軽にどうぞ。