2026年9月4日時点で、GPT-6 AstraとClaude Fable 5.1のどちらかを、あらゆる仕事に通用する一位として選ぶ根拠はありません。両モデルは入力100万トークン当たり$10、出力100万トークン当たり$50という同じ基本価格ですが、実際の請求と導入可否は大きく異なります。
最初に試す候補は、次のように絞れます。
- 普段の入力が272Kトークン以下で、Responses APIのツール、コンピュータ操作、途中での指示変更を既存のOpenAI環境へ組み込みたいなら、GPT-6 Astraから確認します。
- 272Kトークンを超える資料を扱う、または長いエージェント実行で同じ入力を何度もキャッシュから読むなら、Claude Fable 5.1の料金条件を先に試す価値があります。
- Zero Data Retentionが必須なら、モデル性能を比べる前に契約条件で候補を落とします。Astraも「対象となるAPI顧客」、Fable 5.1も明示的な例外条件がある組織に限られるため、製品名だけでは判断できません。
- 実際のアカウントで正確なモデルIDを呼べない、応答モデルを記録できない、または失敗時の扱いを実装できない場合は、移行を保留します。
これは品質順位ではなく、比較を始める順番です。公開ベンチマークより先に、アクセス、データ保持、料金の境界、APIの互換性を確認すると、試す必要のない候補に時間を使わずに済みます。
仕様表は「候補から外す条件」を見つけるために使う
OpenAIはGPT-6 Astraのモデルページで、API IDをgpt-6-astra、コンテキストウィンドウを1,050,000トークン、最大入力を922,000トークン、最大出力を128,000トークンとしています。知識カットオフは2026年4月30日で、テキストと画像を入力し、テキストを出力します。
AnthropicはClaude Fable 5.1のモデルページで、API IDをclaude-fable-5-1、コンテキストウィンドウを100万トークン、最大出力を128Kトークンとしています。信頼できる知識と学習データのカットオフはいずれも2026年6月で、入力はテキストと画像、出力はテキストです。
| 確認項目 | GPT-6 Astra | Claude Fable 5.1 |
|---|---|---|
| 発表・公開 | 2026年9月3日 | 2026年9月1日 |
| API ID | gpt-6-astra | claude-fable-5-1 |
| コンテキスト | 1,050,000 | 1,000,000 |
| 最大入力 | 922,000 | モデルページでは個別値を明記していない |
| 最大出力 | 128,000 | 128,000 |
| 基本入力料金 | $10 / MTok | $10 / MTok |
| 基本出力料金 | $50 / MTok | $50 / MTok |
| キャッシュ読み出し | $1 / MTok | $0.25 / MTok |
| 標準的な推論設定 | low〜max、none非対応 | adaptive thinkingが常時有効、API既定はhigh |
| 公開上の状態 | 段階的に提供中 | Active / latest |
コンテキストの公称値だけを見るとAstraが5万トークン大きいものの、Fable 5.1の最大入力を差し引きで推定してはいけません。Claudeでは入力、出力、思考トークンが同じコンテキスト枠を使います。実際の資料を各社のトークン計数機能で測り、出力とツール実行に必要な余白を残してから判断します。
また、提供中という表示は、特定の日本のアカウントで今すぐ使えることを保証しません。OpenAIの発表は、9月3日に限られた組織から展開を始め、ChatGPT Plus、Pro、Business、Enterprise、OpenAI API、AWSへ順次広げると説明しています。対してFable 5.1は公式モデルページでActive / latestとされ、Claude API、Amazon Bedrock、Claude Platform on AWS、Google Cloud、Microsoft Foundryが挙げられています。それでも、組織設定、地域、請求方法、クラウド側のモデル名は実際の利用先で確認する必要があります。
同じ基本単価でも、キャッシュと長文脈で差が開く
短い入力をキャッシュなしで同じ量だけ処理するなら、両モデルの価格表は同じです。たとえば入力10万トークン、出力1万トークンなら、公式単価による単純計算はどちらも0.1 × $10 + 0.01 × $50 = $1.50です。
違いが表れるのは、入力を再利用するときと272Kトークンを超えるときです。OpenAIのモデルページでは、AstraのStandard料金を次のように示しています。
| AstraのStandard料金 | 272K以下 | 272K超 |
|---|---|---|
| 入力 | $10 / MTok | $20 / MTok |
| cached input | $1 / MTok | $2 / MTok |
| cache write | $12.50 / MTok | $25 / MTok |
| 出力 | $50 / MTok | $75 / MTok |
272Kを超えると、超過部分だけではなくリクエスト全体に2倍の入力・キャッシュ料金と1.5倍の出力料金が適用されます。BatchとFlexはStandardの50%、Fast modeは該当料金の2倍ですが、ツール料金、税、クラウド経由の価格、アカウント固有の条件は別です。
Fable 5.1はClaude APIの価格表で、入力$10、出力$50、5分のcache write $12.50、1時間のcache write $20、cache read $0.25を100万トークン当たりの料金として掲げています。さらにClaudeのコンテキスト説明は、100万トークンのモデルでは長文脈も標準料金のままだと明記しています。
同じトークン数と仮定した二つの計算例で、差を確認できます。
キャッシュを多く読む短文脈の例
- cache read 250K、新規入力10K、出力5K
- Astra：
0.25 × $1 + 0.01 × $10 + 0.005 × $50 = $0.60 - Fable 5.1：
0.25 × $0.25 + 0.01 × $10 + 0.005 × $50 = $0.4125
272Kを超える入力の例
- キャッシュなし入力300K、出力10K
- Astra：
0.3 × $20 + 0.01 × $75 = $6.75 - Fable 5.1：
0.3 × $10 + 0.01 × $50 = $3.50
どちらも価格表の算術であり、実際の請求や性能測定ではありません。最初のcache write、ツール、再試行、税、マーケットプレイスの上乗せを含まず、各社のトークナイザーが同じ文章を同じトークン数にするとも限りません。それでも、短文脈の基本価格だけを見て「同額」と結論づけると、長いエージェント作業の見積もりを誤ることは分かります。
Fable 5.1とOpus 5のキャッシュ費用や移行条件まで検討する場合は、Fable 5.1の料金とタスク単価の比較で計算方法を続けて確認できます。
APIの違いは、モデルの賢さより先に障害になる
Astraは複雑な推論、コーディング、コンピュータ操作、調査、文書作成向けとされています。GPT-6 Astraの開発者ガイドでは、low、medium、high、xhigh、maxのreasoning effortを利用でき、noneは利用できません。ツール呼び出しにはResponses APIを使います。
同ガイドが示す非同期ツール呼び出しは、アプリ側で時間のかかる処理を実行している間に、モデルが独立した作業を進められる仕組みです。途中から追加指示を渡す機能や、会話を作り直さずにreasoning effortを変更する機能もあります。長時間のエージェントをすでにResponses APIで構築している場合、これらはAstraを先に試す実装上の理由になります。ただし、機能があることと、自社タスクの品質や待ち時間が改善することは別です。
Fable 5.1はalways-onのadaptive thinkingを使い、APIではhigh effortが既定です。lowからmaxまで調整できますが、思考自体を無効にはできません。Anthropicのリリースノートには、tool_choiceのanyとtoolが非対応で400エラーになり、autoとnoneは従来どおり使えるとあります。強制的なツール選択を前提にした処理は、モデル名を置き換えるだけでは移行できません。
同じリリースノートは、Fable 5.1が生成したthinkingブロックを古いモデルへ渡す場合や、過去の会話内容を編集して再送する場合の互換性にも制約があると説明しています。会話履歴を書き換える独自の再試行処理や、途中でモデルを切り替えるフォールバックを使っているなら、長時間試験の前にこの挙動を確認します。
データ保持とフォールバックは別々に検証する
OpenAIはAstraについて、条件を満たすAPI顧客がZero Data Retentionを利用できると発表ページで説明しています。「条件を満たす」という限定があるため、通常のAPIキーを持っているだけでZDRが有効だとは判断できません。プロジェクトの設定、契約、地域、利用するツールが対象かを確認します。
AnthropicはClaude Fable 5.1の発表で、Fable 5.1に標準で30日間のデータ保持が関係し、明示的に対象となる企業には限定的なZDRの移行措置があると説明しています。機密情報を扱う場合は、「Anthropicだから不可」「例外があるから可」のどちらにも短絡せず、自社契約で許可された条件を書面で確認します。
Fable 5.1には安全機構による拒否や、処理内容に応じて別のClaudeモデルへ切り替わる可能性もあります。したがって、成功判定にはHTTPステータスだけでなく、停止理由、要求モデル、実際の応答モデル、フォールバックの有無を含めます。Astra側も同様に、要求したID、返却されたモデル識別、ツール停止、保護機構による中断を保存します。
この確認を省くと、Astraの結果を別のOpenAI経路へ、Fable 5.1の結果をフォールバック先のClaudeへ誤って帰属する恐れがあります。比較表に書くべきなのはブランド名だけではなく、実際に評価したモデルと処理経路です。
公式ベンチマークだけでは直接対決にならない
OpenAIのAstra発表にはFable 5.1を含む比較表があります。しかし、スコアはeffortごとの最大値で、注記には評価用の仕組み、Claude側の設定変更、フォールバック、FableではなくMythosの数値を使った項目が記されています。これは候補となる作業を見つける資料にはなりますが、同じ製品環境での中立な比較ではありません。
AnthropicのFable 5.1発表も、Anthropicの設定と安全機構を使った評価です。Fable 5.1の公開はAstraより二日早く、掲載されたOpenAI比較対象も主にGPT-5.6 Solです。両社の表から都合のよい数値だけを抜き出して合計しても、現在の二モデルに共通する総合点にはなりません。
ベンチマークを見るときは、少なくとも次の条件をそろえられるか確認します。
- 同じ問題、入力データ、開始状態を使っているか
- ツール、ネットワーク、権限、時間上限が同じか
- effortと最大出力の条件が分かるか
- 拒否やフォールバックを0点、再試行、別モデルのいずれとして数えたか
- 価格に全試行、キャッシュ、ツール、人の修正を含めたか
条件が違う数値は、その設定での提供者の測定として読むにとどめます。自社の代表タスクへ移せるかは、次の小規模評価で確かめます。
三つの代表タスクで、採用可能な成果を測る
一回の長いデモより、失敗条件が明確な三つの仕事を用意すると判断しやすくなります。
- コーディング： 小規模でも複数ファイルにまたがり、自動テストとレビュー基準がある修正。
- コンピュータ操作： ブラウザや業務アプリで、完了画面と許可されない操作を明確にできる処理。
- 調査・文書作成： 複数の一次資料から、出典をたどれる日本語の判断資料を作る仕事。
比較の前に、入力資料の版、利用可能なツール、権限、時間上限、最大再試行回数、合格条件を固定します。二つ目のモデルへ一つ目の作業履歴やレビュー指摘を渡さず、実行順も入れ替えます。各社のeffortの設定名が同じでも計算量や挙動が同じとは限らないため、high同士の結果に加えて、必要なら予算をそろえた条件も別に測ります。
一回ごとに、次を残します。
- 要求したモデルIDと返却されたモデル識別
- API、クラウド、製品機能を含む実行経路
- effort、入力、出力、cache read、cache write
- 完了時間、最初の応答までの時間、遅い試行の時間
- tool error、refusal、fallback、中断、再試行
- 自動テスト、出典確認、人の修正時間、最終的な採否
費用は成功した一回だけでなく、失敗した試行も含めて計算します。
採用可能な成果1件の総コスト =(全試行のモデル料金 + ツール・実行環境の料金 + 人の確認・修正費)÷ 採用できた成果数
採用できた成果が0件なら、その試験群は不合格です。生成量や途中まで完了した手順を、採用件数の代わりに使いません。品質が同等なら費用と速度で選び、費用が同等なら失敗の検出しやすさと復旧時間で選びます。一方がすべての仕事で勝つ必要はなく、コーディングと長文書でモデルを分ける判断も成立します。
用途別に、最初の候補と停止条件を決める
| 状況 | 最初に確認する候補 | 先に決める停止条件 |
|---|---|---|
| Responses APIのツール実装を活かしたい | GPT-6 Astra | アカウント未提供、必要なツール非対応、待ち時間・失敗率が基準外 |
| 272K超の入力を繰り返し使う | Claude Fable 5.1 | 30日保持または例外条件が不適合、実入力が枠に収まらない |
| 長い共通入力を毎ターン再利用する | Claude Fable 5.1 | キャッシュ命中率が低い、書き込みと再試行を含む総額が改善しない |
| ZDRが絶対条件 | 契約で対象と確認できた側 | 対象資格、ツール、地域のいずれかがZDR外 |
| コンピュータ操作を重視する | 両方を同じ操作で比較 | 無断操作、復旧不能、完了画面を確認できない |
| 速度が最優先 | 事前には決めない | 中央値だけでなく遅い試行が業務上限を超える |
Astraの1.05Mという数字だけで、大量資料の仕事に有利だとは言えません。300Kを超える入力では料金が変わり、不要な資料を詰め込むほど検索精度や復旧も難しくなります。Fable 5.1のキャッシュ価格も、共通の入力を繰り返し読み、キャッシュが実際に命中して初めて効きます。
逆に、入力が数万トークンで毎回内容が変わるなら、この二つの価格差は小さくなります。その場合は、合格率、再試行、出力トークン、ツールの安定性、人の修正時間が選択を決めます。高速モードやクラウド経由の価格を比べる場合は、Standard料金の表へ混ぜず、別の実行経路として測定します。
2026年9月4日時点の実務判断
GPT-6 Astraを先に試す合理性があるのは、実際のアカウントでgpt-6-astraを呼べ、Responses APIの機能が仕事に合い、入力の多くが272K以下で、データ条件も確認できた場合です。Fable 5.1を先に試す合理性があるのは、長い入力や高いキャッシュ再利用率が費用へ効き、30日保持または明示的な例外条件を受け入れられ、Claude API固有のthinkingブロックとツール選択の挙動を実装できる場合です。
どちらにも当てはまらないなら、今すぐ全面移行する必要はありません。Astraは展開直後、Fable 5.1も公開から数日で、個別アカウントの提供、実際の応答速度、拒否・フォールバック率、同条件の合格率は価格表からは分かりません。少量の代表タスクを期限付きで試し、採用可能な成果と全試行の総コストが基準を超えた仕事だけを移します。
Claude CodeとCodexの操作性やサブスクリプションを比べたい場合は、モデルAPIとは請求と利用枠が異なるため、Claude CodeとCodexの費用比較を参照してください。ここでの結論は、正確なAPI ID、利用可能なアカウント、データ条件、同じ仕事の合格結果をそろえて初めて有効になります。
