$5〜$20のGPT-6 Astra：OpenRouterで5経路、エラー率13倍

関連記事としては BlogClaude Code の新effortモード徹底解説｜max・ultracode・autoと『呪文ultrathink』の正体Claude Code の /effort に増えた max・ultracode・auto と、プロンプトに紛れ込ませる呪文 ultrathink を、公式が明言した『ultracode は API の effort レベルではない』を起点に解剖。overthinking・自律ワークフロー・永続性と優先順位の罠まで、誤解されやすい論点を一次情報で正します。→ もあわせて読むと、今回の論点とのつながりを把握しやすくなります。

GPT-6 Astraのモデルカードに表示される価格は、入力$10・出力$50（いずれも100万トークンあたり）です。ただし、OpenRouter経由でその金額をそのまま払うとは限りません。同じモデル名の下に複数の提供事業者が並び、どの経路へリクエストが送られるかで単価も速度も失敗率も変わります。

今回確認できた範囲では、入力単価は$5〜$20で4倍、レイテンシは2.34〜7.74秒、スループットは15〜59 tok/sです。さらに厄介なのは、ツール呼び出しと構造化出力で安定する経路が逆になることです。

結論から言うと、GPT-6 Astraをエージェントやコーディングで使うなら、モデル名だけで経路を選ぶのは危険です。どの機能を優先するかを決めて、提供経路まで見ないと判断を誤ります。

• GPT-6 Astraの$10/$50は請求額そのものではない
• 5つの提供経路で価格と速度が分かれる
• 安定性は機能によって逆転する
• 入力の実効単価は安いが、計算で内訳を再現できない
• 実際の用途はエージェントとコーディングに集中している
• エージェント・構造化出力・速度で選ぶ経路
• GPT-6 Astraをどう使い分けるか
• 出典と確認範囲
• 関連記事
• この記事を書いた人

モデルカードの見出しには、IN / OUT PRICE $10 / $50 per 1M と表示されています。ここだけを見ると、GPT-6 Astraには入力$10・出力$50という一つの価格があるように見えます。

OpenRouterの説明では、異なる会社が同じモデルをホストしています。Balancedは価格と速度、Nitroは最速、Exactoはツール呼び出しの精度を重視するルーティングモードです。モードを選ぶと、条件に応じてリクエストの送り先が変わります。

したがって、$10/$50は5つある提供経路のうち一部に当てはまる表示です。自分の請求額を知るには、モデルカードの見出しだけでなく、Providers表と実際のルーティング結果を確認する必要があります。

OpenRouterのProviders表には、OpenAI Flex、Azure、OpenAI、Azure (US)、OpenAI Fastの5つが表示されています。OpenAI Flexは入力$5・出力$25で最も安く、OpenAI Fastは入力$20・出力$100で最も高い。出力単価も同じく4倍の差です。

速度も単価とは別の軸で分かれます。OpenAI Fastはレイテンシ2.34秒で最短ですが、OpenAI Flexは59 tok/sで最も高いスループットを示します。一方、Azure (US)はレイテンシ7.74秒、スループット15 tok/sです。待ち時間を短くしたいのか、長い出力を速く流したいのかで見る数字が変わります。

モデルカード直下の提供元一覧。見出しには $10 / $50 と1つの価格しか出ていないが、その下の表では5行が別々の単価を持つ。最上段が OpenAI Flex の $5/$25、最下段が OpenAI Fast の $20/$100（出典 https://openrouter.ai/openai/gpt-6-astra 、2026-09-05 取得）

OpenAI Fastの稼働表示が100.00%でも、「落ちない」という意味にはなりません。これは表示された観測値であり、将来の可用性を保証する数字ではないからです。価格表だけでなく、処理時間と自分の処理量を合わせて見る必要があります。

エージェントで重要なツール呼び出しを見ると、Azure (US)のエラー率は0.30%、Azureは0.39%でした。対してOpenAIは4.04%です。単純比較では約13倍の開きがあります。

ツールを呼び出してファイル操作や外部処理を進めるワークフローでは、この差がリトライ回数に影響します。1回の失敗が表示上のエラーだけで終わらず、再試行による待ち時間やトークン消費につながる構成なら、単価の差だけでは経路を選べません。

下段中央がツール呼び出しエラー率で、黄色い線（OpenAI）が他より高い位置で推移する。その右隣が構造化出力エラー率で、今度は青い線（Azure）が高い側へ回る（出典 https://openrouter.ai/openai/gpt-6-astra 、2026-09-05 取得）

ところが、JSONスキーマなどの構造化出力では結果が反対です。OpenAIのエラー率は1.53%で、Azureは8.62%。Azureのほうが約5.6倍高く、OpenAI Flexも4.17%でした。

この数字から「Azureが安定」「OpenAIが安定」と一括りにはできません。ツール呼び出しを多用するならAzure系、構造化出力を多用するならOpenAIが候補になります。ただし、Performanceタブの値は3日間のP50平均です。グラフは観測期間の中で上下しており、固定された性能ではありません。ここで比べているのはその期間の平均値であって、いま自分のリクエストが当たる値ではありません。

迷うとしたら、エージェントのツール実行を優先するか、JSONの受け取りを優先するかの二択だと思います。両方を同じリクエストで使う場合は、片方だけの数字で決めず、自分の失敗処理がどこで止まるのかを確認してください。

Pricingタブに表示された加重平均の実効単価は、入力$2.424、出力$50.15です。入力はモデルカードの$10を大きく下回る一方、出力はほぼ定価どおりです。提供経路別でも、実効入力単価はOpenAI $2.443、Azure $2.461、OpenAI Flex $1.468、Azure (US) $2.526、OpenAI Fast $3.521でした。

同じ表にはキャッシュヒット率もあり、OpenAI 90.9%、Azure 91.0%、OpenAI Flex 84.8%、Azure (US) 96.4%、OpenAI Fast 95.2%と表示されています。長い入力を繰り返し使う構成では、入力側のコストが下がる方向に働くことは読み取れます。

ただし、キャッシュヒット率から実効単価の内訳を計算してはいけません。たとえばOpenAIの表示値では、0.909×$1.00＋0.091×$10は$1.82となり、実効入力単価$2.443とは一致しません。OpenRouterはヒット率の算定単位やcache writeの扱いを示していないため、実効単価とキャッシュヒット率は事実として並べて扱います。

上段のカードが加重平均で、入力 $2.424・出力 $50.15。下段の表は左2列が実効単価、その右2列が定価。入力側だけ大きく離れ、出力側はほぼ重なる（出典 https://openrouter.ai/openai/gpt-6-astra 、2026-09-05 取得）

直近1日のトークンシェアはOpenAI 74.3%、Azure 18.0%、OpenAI Flex 3.6%、Azure (US) 3.3%、OpenAI Fast 0.8%です。最安のOpenAI Flexが大半を占めているわけではありません。表示価格と、実際に選ばれている経路は別の情報です。

OpenRouterのAppsは、このモデルへ多くのトラフィックを送っている公開アプリの一覧です。確認時点の上位5件は、Hermes Agentが2.67Bトークン、Codexが1.3B、Cursorが1.09B、Claude Codeが983M、ompが897Mでした。5件すべてがエージェントまたはコーディング系です。

トラフィック順に Hermes Agent・Codex・Cursor・Claude Code・omp。5件とも人が対話するチャットではなく、自動でコードや作業を回す種類のクライアント（出典 https://openrouter.ai/openai/gpt-6-astra 、2026-09-05 取得）

4位にはAnthropicのクライアントであるClaude Codeが入っています。モデル提供元と利用クライアントが同じベンダーに固定されていないことも、この一覧から分かります。

Activityでは、2026年9月5日の内訳がprompt 9.88B、completion 62M、reasoning 39.2Mでした。promptはcompletionの約160倍で、長い文脈を読み込ませる利用が中心です。reasoningはcompletionの6割強にあたり、画面に出る回答だけでなく、内部処理にもトークンが使われています。

なお、モデルカードのRELEASED Sep 5, 2026はOpenRouter上の表示ラベルとして扱います。Activityには9月4日のトークンも記録されており、この表示だけから正式なリリース日とは断定していません。

ツール呼び出しを多用するエージェントでは、AzureとAzure (US)の0.3%台が確認対象になります。Azure (US)はツール呼び出しエラー率0.30%ですが、Providers表では7.74秒・15 tok/sです。Azureは0.39%、3.59秒・38 tok/sなので、同じAzure系でも速度との兼ね合いがあります。

構造化出力を中心にするなら、OpenAIの1.53%が候補です。Azureの8.62%は、JSONスキーマの失敗が処理全体を止める構成では無視しにくい数字です。OpenAI Flexは入力$5・出力$25と安価ですが、構造化出力エラー率は4.17%で、OpenAI直より低いわけではありません。

待ち時間を最優先するなら、Providers表ではOpenAI Fastの2.34秒が目立ちます。ただし、入力$20・出力$100という価格なので、短縮できる時間にその差額を払う選択です。PerformanceタブのE2Eレイテンシでは、OpenAI Fast 8.73秒、OpenAI 9.41秒、OpenAI Flex 10.14秒でした。単純なレイテンシと、処理全体の完了時間は分けて確認してください。

購入前や運用変更前に確認する箇所は、次の3つです。

• Providersで、選択中の経路・単価・レイテンシ・スループットを見る
• Performanceで、ツール呼び出しと構造化出力を別々に確認する
• 自分のログで、リトライ回数・失敗した機能・入力キャッシュの利用状況を分けて記録する

同じGPT-6 Astraを別経路で試す場合も、モデル名だけをログに残すと比較を誤ります。提供事業者、ルーティングモード、エラーの種類を一緒に記録すると、モデルの問題なのか経路の問題なのかを切り分けやすくなります。

GPT-6 Astraは、モデルカードの$10/$50だけで採算を判断するモデルではありません。入力の実効単価は$2.424と表示されていますが、その内訳はキャッシュヒット率から再現できないため、見積もり式として使うより、OpenRouterが示す観測値として扱うほうが安全です。

私なら、ツール実行主体のエージェントとJSON出力主体の処理を同じ提供経路に押し込めません。前者ではAzure系、後者ではOpenAIを起点に候補を分け、P50・3日間の表示値であることを踏まえて自分の失敗ログと照合します。安い経路を選んだつもりでリトライが増えると、価格表の差だけでは済まないからです。

モデルそのものの知識やコーディング性能を別の角度から見るなら、Blog21k対64kのGPT-6 Astra：費用差2.19倍を生む出力量GPT-6 AstraとClaude Fable 5.1は同じ$10/$50でも1タスク費用が2.19倍。出力トークンと待ち時間から使い分けを整理します。→や、Blog結論、検証ありならClaude Fable 5.1、直接参照ならGPT-6 AstraAA-Omniscience同点43の内訳を分解。正答率と非ハルシネーション率の違いから、工程別のモデル選びを整理します。→も参照してください。

OpenRouterのBenchmarksタブには、Artificial Analysis由来のIntelligence Index 54.7、Coding Index 76.9、Agentic Index 51.6も表示されています。それぞれ比較対象モデルの95%、96%、91%を上回るという表示で、順位に直すと上位5%、4%、9%圏です。ただ、エージェント運用で詰まる場所はスコアだけでは決まりません。GPT-6 Astraを使うなら、最後に見るべきなのはモデル名ではなく、自分の処理が通る経路です。

本稿の数値は、2026年9月5日時点でOpenRouterとArtificial Analysisの公式ページに表示されていた第三者計測です。筆者が回した計測ではありません。ここに書いたのは確認できた事実で、経路ごとの向き不向きは未実測の推測として区別しています。Performanceタブの値はP50・3日間の集計で、グラフは期間内で変動しています。ページが更新されれば数字は動きます。

• OpenRouter GPT-6 Astra
• Artificial Analysis

• BlogClaude Code の新effortモード徹底解説｜max・ultracode・autoと『呪文ultrathink』の正体Claude Code の /effort に増えた max・ultracode・auto と、プロンプトに紛れ込ませる呪文 ultrathink を、公式が明言した『ultracode は API の effort レベルではない』を起点に解剖。overthinking・自律ワークフロー・永続性と優先順位の罠まで、誤解されやすい論点を一次情報で正します。→
• BlogClaude Code の /effort 完全ガイド｜low〜maxの使い分けと『コストが増える本当の理由』Claude Code の /effort（low〜max・ultracode・auto）は「賢さ」ではなく「トークンの気前よさ」のレバー。モデル別の推奨スタートと、Opus 4.8 でコストが増えた気がする原因を『トークナイザ』と『effort』の2軸に切り分ける考え方を、公式一次情報と v2.1.156 の実機確認で解説します。→
• Blog「Grok Build」「grok-build-0.1」「grok-cli」は全部別物 — 2026年6月版・完全整理Grok でコーディングエージェントを調べると同語幹の3つ（Grok Build / grok-build-0.1 / grok-cli）が出てきて混乱します。公式CLI・モデル単体・サードパーティCLI・同名フォークを1枚の表で別レイヤーに分離し、『動く/動かない』2点と用途別の選び方まで2026年6月時点の情報で整理します。→

HW系エンジニアとして20年以上、10,000件を超える顧客訪問と2,000件を超える単独ソリューション実績。AIツールを使った個人開発やIoT農園など、Raspberry Piを使ったオートメーション化なども実践中です！エンジニア専門結婚相談所も運営中、ClaudeCodeで解決できない心の課題も解決いたします！