次の文書例だけを使用してください:[P1] エクスポート修正はステージング検査を通過した。[P2] 金曜の公開が提案されたが承認されていない。[P3] Mei は火曜にエラーメッセージを確認する。[P4] 文書の担当者は未定。主張、裏付ける正確な引用、段落 ID、不確実性を表にしてください。本番公開は承認済みですか。文書の担当者は誰ですか。不足情報は不明とし、引用は例と完全に一致させてください。ステージングの成功から本番の成功を推測しないでください。この小さな例は最大コンテキスト長を試すものではありません。
GPT-6 Astra API:料金、プレイグラウンド、使用例
GPT-6 Astra API の料金、マルチモーダルの Responses 入力、推論設定を確認できます。テキストチャットを試し、モデル固有の導入制限を確認してください。
GPT-6 Astra API の料金と請求
0~272K 入力トークン
公式価格
- 入力
- $10.0000 /M
- 出力
- $50.0000 /M
- キャッシュ入力
- $1.0000 /M
- キャッシュ書き込み
- $12.5000 /M
API Hop 料金 削減 70%
- 入力
- $3.0000 /M
- 出力
- $15.0000 /M
- キャッシュ入力
- $0.3000 /M
- キャッシュ書き込み
- $3.7500 /M
272.001K~922K 入力トークン
公式価格
- 入力
- $20.0000 /M
- 出力
- $75.0000 /M
- キャッシュ入力
- $2.0000 /M
- キャッシュ書き込み
- $25.0000 /M
API Hop 料金 削減 70%
- 入力
- $6.0000 /M
- 出力
- $22.5000 /M
- キャッシュ入力
- $0.6000 /M
- キャッシュ書き込み
- $7.5000 /M
参考価格は独立した検証を行っていません。費用を比較する前に、提供元の最新料金、課金単位、適用条件を確認してください。
GPT-6 Astra オンラインチャットツール
モデル設定
この会話の完了済みで再利用可能なやり取りを次のリクエストに含めるため、背景を繰り返さずに追加の質問ができます。
オフにするとどうなりますか?新しいメッセージと設定済みのシステムプロンプトのみを送信します。既存のメッセージは表示されたままで、再度オンにすると利用可能な過去のやり取りが再び含まれます。
長期メモリですか?いいえ。現在の会話の文脈であり、別の会話には引き継がれません。失敗、停止、切り詰め、再利用不可の応答は含まれません。履歴が増えると入力トークン数と料金が増える場合があります。
詳細パラメーター
会話

今日はどのようなお手伝いができますか?
応答データはまだありません GPT-6 Astra のプロンプト例
これらは GPT-6 Astra の評価用プロンプトであり、実測したモデル出力ではありません。提供されたテキストだけを分析し、コードの実行、本番システムの検査、長文コンテキスト性能の証明は行いません。引用した根拠と受け入れ条件を確認し、本番で使用する前にレスポンスのメタデータと使用量を確認してください。
次の合成記録を id、owner、deadline、evidence の JSON に抽出してください:[R1] 課題 41:Ana がエクスポート修正を担当、期限は未合意。[R2] 課題 42:確認期限は 10 月 15 日、担当者未定、年は不明。欠損値には null を使い、不完全な日付をそのまま保ち、evidence に原文を引用してください。年や担当者を作らず、各フィールドを記録と照合してください。これはテキスト整形であり、データベース操作ではありません。
架空の 2 人チームが毎日 2,000 件のレポートを実行します。30 分以内の完了で問題ありません。データベースはありますがキューサービスはなく、再起動後の復旧と重複配信の防止が必要です。データベース型バッチと専用キューを比較し、判断表、条件付き推奨、3 つの未知事項、選択を逆転させる条件 1 つを示してください。ベンチマーク、費用、検証済みの保証を捏造しないでください。
ChatGPT-6 Astra とは
複雑な推論、コーディング、専門業務向けの GPT シリーズモデル
ここで紹介する ChatGPT-6 Astra は、OpenAI の正式名称 GPT-6 Astra に対応し、API のモデル ID は gpt-6-astra です。2026年9月3日に公開され、主に複雑な推論、コーディング、コンピューター操作、調査、文書作成を想定しています。私たちが特に重視するのは、これらの能力を組み合わせて一つの目標に向かって作業を続け、最終的に確認して使える成果物を提出できるかという点です。OpenAI の変更履歴
たとえば複数のモジュールにまたがる本番環境の問題では、要件とログを理解し、修正すべきコードを見つけ、テスト結果を踏まえて修正を重ねることを期待します。このように情報を繰り返し照合する必要がある仕事では、Astra を真剣に評価する価値があると考えています。
105万 Token のコンテキストウィンドウと画像理解に対応するマルチモーダルモデル
公式の GPT-6 Astra API は、1,050,000 Token のコンテキストウィンドウと最大 128,000 Token の出力を提供します。テキストと画像を入力でき、出力はテキストです。知識のカットオフは2026年4月30日です。この構成は、要件文書、コード、ログ、画面のスクリーンショットを一つのタスクで分析するのに適していると考えています。公式モデル仕様
実務では、資料にファイル名、バージョン、日付を付け、結論を具体的な根拠と結び付けるよう求めることをお勧めします。長い入力では推論と回答のための余地も必要です。最新情報を扱う場合は、新しい資料を渡すか検索ツールを接続してください。画像生成、動画制作、ソフトウェア操作が必要なタスクにも対応するツールが必要です。タスクの完了には、ハーネスとエージェントも同じように重要な役割を果たすためです。
五段階の推論レベルで推論への投入量を調整
GPT-6 Astra は、low、medium、high、xhigh、max の五段階の推論レベルをサポートします。私たちはこれらを推論への投入量を調整する設定と捉えていますが、実際の消費量はタスクによって変わります。公式の推論レベルガイド
まず medium で業務上の基準を作ることをお勧めします。単純な抽出や書式整理では low と比較し、ファイルをまたぐ分析、複数の制約、繰り返すデバッグでは high を試します。それでも解決できない問題に対して、xhigh と max を評価します。私たちがより重視するのは、増えた待ち時間と費用によって手戻りが減るかどうかです。
RequestBeam の ChatGPT-6 Astra オンラインツールと API
RequestBeam を通じて、自分のタスクでの ChatGPT-6 Astra の実力をより早く把握していただきたいと考えています。ログインして API Key を作成し、少額をチャージするだけでオンラインツールを試せます。先に API 連携コードを書く必要はなく、短期間の評価のために固定プランを購入する必要もありません。複数のモデルプラットフォームのアカウントを自分で管理する手間も減らせます。
ChatGPT-6 Astra の主な機能と得意分野
プロジェクトのコーディング:ファイル間の理解と複雑なコードレビューに注目
複数のモジュールを同時に理解する必要があるコードレビューでは、Astra を優先して検討する価値があると考えています。CodeRabbit の初期評価では、難度の高いファイル横断レビューのサブセットで、対処可能な問題のカバー率は Astra が 57.1%、GPT-5.6 Sol が 47.6% でした。この指標は、注釈済みの問題をモデルが特定し、開発者が対応に移せる指摘を出せるかを測ります。著者も、特定のテストによる初期結果にすぎないと明記しています。CodeRabbit による一次評価
API の変更、共有状態、権限ロジック、モジュール間の依存関係を扱う場合は、呼び出し元、関連テスト、業務上の制約をまとめて渡し、各指摘にコードの位置と発生条件を付けるよう求めることをお勧めします。お客様からは、Astra はモジュールをまたぐ比較的複雑な問題の追跡と解決に優れているという声が寄せられています。
ツール連携:ブラウザーと業務ソフトを横断する複数段階の処理
既存の業務システムで具体的な操作を実行する Astra の能力に期待しています。ChatPRD の Claire Vo は公開した実践記録で、Codex 内の Astra に Chrome 上の CRM ワークフローエディターを操作させ、ノードの追加とロジックの接続、見込み顧客の振り分け、個別メールの下書き作成、Slack への確認用下書き送信までを行わせました。Claire Vo の実践記録
お客様の間では、ChatGPT の Computer Use で業務の反復操作を置き換える使い方が非常に大きな割合を占めています。フィードバックによると、Astra の Computer Use は確かに改善していますが、場面によっては ChatGPT-5.6 Sol のほうが費用対効果に優れる場合があります。
調査:情報を集め、具体的な問いに照らして根拠を確認
技術調査、競合情報の整理、長文の確認では、Astra を試用候補に入れています。社内テストで Astra と GPT-5.6 Sol に同じプロンプトと推論レベルを使ったところ、Astra はより有用な資料やブログ記事を見つけ、検索範囲も広いと感じました。
一方、Astra の応答速度は実際に課題です。お客様からも全般に期待ほど速くないという声があり、大量の情報を集める場面では特に目立ちます。
ビジュアル開発:説明から編集可能な 3D プロトタイプへ
Astra の興味深い用途の一つは、専門ソフトと組み合わせ、編集可能なビジュアル試作を短時間で作ることです。Simon Willison は ChatGPT の macOS アプリの Codex モードで Astra の medium を使い、ローカルの Blender を操作して、自転車に乗るペリカンの場面を作りました。その後さらに二回修正して背景と細部を追加し、.blend ファイル、Python スクリプト、会話記録を公開しました。Simon Willison の全工程
Blender MCP を使ってゲーム素材を作ったお客様もおり、結果には満足しつつ、一部のキャラクターモデルには手作業の修正が必要だったと認めています。そのため、実際の業務場面で試し、本当にタスクを完了できるか評価することをお勧めします。
テストとデバッグ:繰り返し操作して初めて見つかる問題に
私たちは、Astra がコードを書いた後も実行結果の確認を続けられるかを重視しています。Claire Vo の別の実践記録では、Astra がプレビューブランチで 1 時間 45 分のブラウザーテストを行い、チャット送信、ページ更新、コンソール確認などを実施しました。著者は、それまで見落とされていた問題を発見したと述べています。ブラウザー QA の事例
ただし、OpenAI の開発者向け記事は、Astra が最初の実装後に停止してフィードバックを待つ場合があること、古いプロンプトで確認を繰り返し強調するとテスト過多になる場合があることも指摘しています。テストに時間を使いすぎると感じたら、AGENTS.md で制限できます。私たち自身の開発ではテストの割合が極端に高くはありませんが、使用する推論レベルも関係しているかもしれません。推論レベルを上げると、テストの割合も増える可能性があります。
ChatGPT-6 Astra のベンチマークと性能
ターミナル作業:独立評価 Terminal-Bench 4.0 で約 59%
Artificial Analysis の現在の比較表では、Astra の max は Terminal-Bench 4.0 で四捨五入すると約 59% です。AA は mini-swe-agent を使って全 66 タスクをそれぞれ三回実行し、一回の試行での平均合格率を算出します。すべてのテストを通過した場合にのみ成功と判定されます。対象はソフトウェア保守、システム操作、データ処理などです。AA のモデル成績 · Terminal-Bench 4.0 の評価方法
依存関係の障害、データベース移行、ファイル横断の修正を扱うチームには、実際のプロジェクトで Astra を評価することをお勧めします。推論レベルは high から始め、業務テストの結果を評価したうえで上下させてください。
- GPT-6 Astramax≈59%
科学ワークフロー:Terminal-Bench-Science 0.1 で 68.1%
現在の Terminal-Bench-Science 0.1 ランキングでは、Codex と組み合わせた Astra の max の解決率は 68.1% です。この評価には、データ分析、シミュレーション、最適化、モデルフィッティングなどの 70 の科学ワークフローが含まれ、実際の成果物とタスクのテストで合否を判定します。科学ワークフローランキング · 評価範囲と方法
この結果は、分析し、コードを書き、実行して結果を確認する研究助手の評価により役立つと考えています。通常のデータクリーニングでは、先に低価格のモデルと比較することをお勧めします。フィッティング、シミュレーション、複雑な分析で失敗が続く場合に Astra の推論レベルを上げ、出力が要件を満たすか確認してください。
- GPT-6 Astramax + Codex68.1%
専門文書:GDP.pdf の元の評価で 34.2%
Surge AI の元の GDP.pdf ランキングでは、Astra の max は 34.2%、GPT-5.6 Sol の max は 30.7%、Claude Opus 5.5 の adaptive/max は 30.6% です。この評価は実際の専門業務の PDF と質問を使い、表、技術図面、見落としやすい細部を含みます。Surge AI の元のランキング
マニュアルの処理、グラフからの数値抽出、ページをまたぐ照合が必要な方には、まず Astra を試し、回答にページ番号、対象モデル、元の根拠を明記させることをお勧めします。
- GPT-6 Astramax34.2%
- GPT-5.6 Solmax30.7%
- Claude Opus 5.5adaptive/max30.6%
業務自動化:AutomationBench の Max で完了率 41.4%
Zapier の AutomationBench 1.0.6 は、模擬業務アプリケーションで複数段階のタスクを実行し、最終状態がすべての要件を満たすかで採点します。これは API 経由でアプリケーションを操作するワークフローの評価です。Astra の一部の結果は次のとおりです。Zapier の元の評価
| 推論レベル | タスク完了率 | 一タスクあたりの平均費用 |
|---|---|---|
| Medium | 34.09% | USD 1.27 |
| High | 37.14% | USD 1.44 |
| Max | 41.40% | USD 1.73 |
high から max では、完了率が 4.26 ポイント上がり、一タスクあたりの平均費用は USD 0.29 増えます。まず明確な合格条件を持つワークフローを medium または high で動かし、業務に実害を与える失敗が max で減るか確認することをお勧めします。私たちの業務では max の応答時間は high より約 20% 遅いため、その遅延を許容できるかも検討してください。
- GPT-6 AstraMedium34.09%
- GPT-6 AstraHigh37.14%
- GPT-6 AstraMax41.40%
- GPT-6 AstraMedium$1.27
- GPT-6 AstraHigh$1.44
- GPT-6 AstraMax$1.73
総合能力と応答速度:指数 53、出力は約 48 Token/秒
Artificial Analysis の Intelligence Index v4.3.2 では、Astra の max は 53 点です。AA が OpenAI API を測定した出力速度は約 47.6 Token/秒でした。これは生成開始後の出力速度であり、実際の待ち時間には入力処理と推論時間も含まれます。AA の能力・速度評価
待ち時間に敏感な機能では、回答が表示され始めるまでの時間とタスク全体の完了時間の両方を記録することをお勧めします。簡単な質疑応答や短文整理では低い推論レベルや軽量モデルを先に比較し、複雑なデバッグや調査分析では、少し長く待つことで結果が改善するかを見ます。現在の私たちの業務は主に Astra の high を使い、より複雑なタスクや別種のタスクではモデルと推論レベルを切り替えています。
ChatGPT-6 Astra と GPT-6.1 Sol、Claude Opus 5.5、Claude Fable 5.1 の比較
GPT-6.1 Sol との比較:日常業務の費用を計算し、難題を Astra に任せる
Artificial Analysis の max 同士の比較では、総合指数は Astra が 53、GPT-6.1 Sol が 52 です。同じ指数での加重平均タスク費用は、それぞれ USD 3.26 と USD 0.72 です。毎日大量のリクエストを処理する製品では特に、日常のモデル選択に影響する差だと考えています。Astra と GPT-6.1 Sol の同条件比較
コードの一括保守、文書整理、ルールが明確な情報処理では、まず GPT-6.1 Sol が要件を満たせるか確認することをお勧めします。Astra は繰り返し試しても解けない問題、複雑な調査ワークフロー、誤りの影響が大きいレビューに残せます。私たちの日常開発では GPT-6.1 Sol が利用の 80% を占めており、モジュール横断の問題や特に複雑な問題で Astra への切り替えを検討します。
- GPT-6 Astramax53
- GPT-6.1 Solmax52
- GPT-6 Astramax$3.26
- GPT-6.1 Solmax$0.72
Claude Opus 5.5 との比較:資料理解、成果物、タスク費用を併せて評価
AA の比較では、Opus 5.5 は max と標準のフォールバック構成、Astra は max を使用しています。総合指数はそれぞれ 58 と 53、加重平均タスク費用は USD 5.98 と USD 3.26 です。この総合評価での Opus の点数の優位は、より高いタスク費用と併せて評価すべきだと考えています。Opus 5.5 と Astra の比較
主な作業が専門 PDF の読解や表・技術図面の照合であれば、まず Astra を試し、Opus 5.5 と重点的に比較することをお勧めします。業務フロー内でも細かな場面ごとにモデルを使い分ける方法があります。たとえば認識は Astra、資料の理解は Opus 5.5 に任せるといった分担です。
- GPT-6 Astramax53
- Claude Opus 5.5max + 既定のフォールバック58
- GPT-6 Astramax$3.26
- Claude Opus 5.5max + 既定のフォールバック$5.98
Claude Fable 5.1 との比較:実行費用は魅力的だが、長文処理では比較を続ける
現在の AA の比較では、Astra の max と標準フォールバック構成の Fable 5.1 の max は、総合指数がどちらも 53 です。加重平均タスク費用はそれぞれ USD 3.26 と USD 7.63 です。個別評価では差があり、Terminal-Bench 4.0 の丸めた成績は 59% と 52%、AA-LCR v1.1 の長文推論はそれぞれ 81% と 85% です。これらの結果は、タスクごとのモデル分担を決める材料として役立つと考えています。Astra と Fable 5.1 の比較
すでに Fable 5.1 を使っているチームは、ターミナル操作や複数段階の修正を比較し、完了率とタスク全体の費用を見ることから始められます。既存の処理が文書横断の調査や長文分析を中心とし、有効なプロンプトも蓄積しているなら、Fable を残したまま同じ資料で Astra を試し、その後で移行するタスクの有無や範囲を決めることをお勧めします。私たちの経験では Fable 5.1 と Astra は異なる場面に向くモデルであり、互いの置き換えではありません。
- GPT-6 Astramax53
- Claude Fable 5.1max + 既定のフォールバック53
- GPT-6 Astramax$3.26
- Claude Fable 5.1max + 既定のフォールバック$7.63
- GPT-6 Astramax≈59%
- Claude Fable 5.1max + 既定のフォールバック≈52%
- GPT-6 Astramax81%
- Claude Fable 5.1max + 既定のフォールバック85%
API Hop 経由で GPT-6 Astra を使う理由は?
従量課金とモデルコストの最適化
現在の API Hop 料金と実際の使用量に基づいて課金されます。必要に応じてチャージできます。
AI モデルとデータ API を統合し、複数モデルに一か所からアクセス
1 つの API キーで複数の AI モデルとデータサービスに接続でき、導入コストを減らしてワンクリックで切り替えられます。ビジネスアプリケーションには AI とデータの両方が必要です。
呼び出しログとアプリのアクセス制御で、各リクエストを明確に
すべての API 呼び出しはダッシュボードに記録されます。アプリケーションごとに別の API キーを作成できます。
タスクに照らして出力を評価
API Hop では文書化されたモデル ID と対応パラメータを使用してください。自分の受け入れ条件で出力を評価し、本番利用前に使用記録とレスポンスのメタデータを確認してください。モデル名や例は、個々の結果を保証しません。
API Hop で GPT-6 Astra を使う方法
コンソールで API キーを作成したら、ドキュメントに従って GPT-6 Astra の利用を始めてください。
アカウントを準備してオンラインでテスト
ログインして残高を確認し、API キーを作成してください。
プレイグラウンドで試す
プレイグラウンドでモデルの能力を試し、最適な使い方を見つけてください。
GPT-6 Astra を業務に組み込む
開発者ドキュメントに従って GPT-6 Astra を業務に組み込んでください。
今後のモデル更新
新しいモデルへ切り替える前に、API キーのモデルカタログが正確な ID を返すことを確認します。同じエンドポイントとリクエストフィールドに対応している場合、モデル ID を変更し、本番トラフィックを流す前にレスポンス形式、ストリーミング、出力上限、課金をテストしてください。非同期の画像・動画タスクでは、ジョブ送信、状態ポーリング、結果取得も検証します。
GPT-6 Astra API のよくある質問
RequestBeam 経由ではどのモデル名とリクエスト形式を使うべきですか?
まず現在のモデルカタログの呼び出し名と、コンソールの例で使われているインターフェースを確認することをお勧めします。OpenAI の公式モデル ID は gpt-6-astra です。RequestBeam 経由では、現在利用できるモデルと連携例に従ってください。製品表示名の「GPT-6 Astra」を、確認済みのリクエストパラメーターとしてそのまま使わないでください。OpenAI のモデル ID
次の表は、移行時に確認できるよう、OpenAI の二つのネイティブプロトコルで混同しやすいフィールドをまとめたものです。これはプロトコルのフィールド比較であり、RequestBeam の実際のリクエスト URL は現在の連携ドキュメントに従う必要があります。公式移行ガイド · Chat Completions のパラメーター · Responses の出力予算
| 設定 | Responses | Chat Completions |
|---|---|---|
| ユーザー入力 | input | messages |
| 推論レベル | reasoning: {"effort": "medium"} | reasoning_effort: "medium" |
| 出力予算 | max_output_tokens | max_completion_tokens |
| Astra のツール呼び出し | 対応 | Responses への切り替えが必要 |
まず基本的なテキストリクエストを送り、モデル、認証、出力解析がすべて動くことを確認してから、ストリーミング、画像、ツール呼び出しを追加することをお勧めします。
API Hop は gpt-6-astra 向けに Chat Completions と OpenAI 互換 Responses を文書化しており、Claude Messages ではありません。Chat は messages、Responses は input を使い、対応するレスポンスパーサーを使用します。Responses が利用可能なだけでは、全ネイティブツール、Compact、状態付き継続の対応は確認できません。
古いモデルから移行すると推論やサンプリングのパラメーターで 400 になるのはなぜですか?
まず古いリクエストに reasoning_effort: "none"、または Responses の reasoning.effort: "none" が含まれていないか確認してください。Astra では推論を無効にできず、対応する五段階のいずれかを使う必要があります。古い設定から temperature、top_p、top_logprobs も削除してください。Chat Completions では logprobs も削除し、Responses では include に message.output_text.logprobs を含めないでください。OpenAI のパラメーター移行ルール
モデル、入力、必要な出力予算だけの最小構成で動作を確認してから、設定を一つずつ追加することをお勧めします。互換インターフェースの文書にパラメーターが載っていても、すべてのモデルが受け付けるとは限りません。エラー時にはモデルの制約と現在のエンドポイントが対応するフィールドの両方を確認してください。
Token が消費されたのに完全な回答がないのはなぜですか?
まず応答の状態と使用量の詳細を確認することをお勧めします。Astra の推論 Token は通常の回答テキストとしてすべて表示されるわけではありませんが、コンテキストを占有し、出力 Token として課金されます。Responses の max_output_tokens は、推論や表示される回答など、生成に使われる量を含みます。予算や残りのコンテキストが少なすぎると、回答開始前に生成が終了することがあります。推論使用量と出力予算のガイド
Responses では、status が incomplete か、incomplete_details.reason が max_output_tokens かを確認してください。そのうえで usage.output_tokens_details.reasoning_tokens を見て、予算を増やすか、入力を整理するか、推論レベルを下げるか判断します。古いモデル用の小さすぎる出力上限をそのまま流用するのではなく、代表的なタスクで実際の使用量を観察してから予算を設定することをお勧めします。不完全な応答の処理
Chat Completions では finish_reason と使用量も確認します。タスクを絞るか枠を調整してください。部分出力は完成した回答ではありません。
tools を追加しても後続の操作が完了しないのはなぜですか?
まずインターフェースの選択を確認することをお勧めします。OpenAI の公式ルールでは、Astra のツール呼び出しには Responses API が必要です。自分で提供する業務関数では、tools を宣言しただけでアプリケーション内の照会、計算、書き込みが自動実行されるわけではありません。Astra のツール呼び出し要件
アプリケーションが function_call を受け取ったら、対応する関数を実行し、結果を function_call_output として返す必要があります。その際、元の call_id を保持します。モデルは結果を受け取ると、別のツールを呼ぶか最終回答を返します。アプリケーションが会話履歴を管理する場合は、ツール呼び出しに伴う推論項目など、関連する戻り値の項目も保持する必要があります。公式の関数呼び出しフロー
まず単純な照会ツールで「呼び出し、実行、結果返却、回答」の全体を動かし、その後で複数のツールに広げることをお勧めします。RequestBeam 経由では、現在のサービスが Responses、ツール結果を使う継続処理、関連フィールドに対応しているかも確認してください。これは複数段階のタスクが完了できるかに直接関わります。
いいえ。このテキストプレイグラウンドはコマンド実行、ファイル編集、業務トランザクションの送信を行いません。エージェントアプリには対応ツール、実行環境、権限、結果フィードバック、承認制御が必要です。提案されたツール操作は実行済みの証拠ではありません。
0GPT-6 Astra プレイグラウンドは画像、PDF、ウェブサイトを開けますか?
API Hop Responses API は GPT-6 Astra のテキスト、画像、PDF 入力に対応します。このプレイグラウンドはテキスト専用で、ファイルや画像のアップロード操作はありません。URL をチャットに貼っても、ウェブサイトを自動取得したりファイル内容を分析したりしません。
会話の記憶はセッション間で持続しますか?
いいえ。この設定は現在の会話の対象となる完了済みターンを次のリクエストに含めます。無効にすると履歴は見えたまま新規入力から除外されます。失敗、停止、打ち切り、再利用不能の回答は通常の履歴として再利用しません。履歴が増えると入力使用量が増える場合があります。
401、402、403、429 エラーはどう調べますか?
401 は認証、402 は残高、403 はモデルアクセス、429 はレートまたは割当上限を確認してください。キーのカタログで正確な ID gpt-6-astra を確認します。完全なエラーを読み、プラットフォームコードと HTTP ステータスを区別してください。ストリーミングエラーもプロトコル別の処理が必要です。
GPT-6 Astra は JSON や複数案を返せますか?
1 つの回答に複数案を求め、JSON のフィールドと不明値の扱いを定義してください。テキストの指示はスキーマを強制しません。API 統合では文書化された text.format の選択肢とモデル対応を確認し、利用前に構文と業務上の意味を検証してください。
遅い、または中断したリクエストはすぐ再試行すべきですか?
まず利用可能な結果、リクエスト記録、使用量を確認してください。推論と長い入力・出力は時間に影響する場合があります。ブラウザー待機の停止やストリーム喪失は上流のキャンセルを証明しません。未確定の作業を確認し、回数制限付き再試行方針で重複リクエストと課金を減らしてください。
関連テキスト API
GPT-6 Astra API の例と対応パラメータ
GPT-6 Astra API クイックスタート
gpt-6-astramodel は必須です。例ではこのページのモデル ID を使用しています。GET /v1/models で API キーのモデルアクセス権を確認してください。
Chat CompletionsPOST /v1/chat-completions
curl -X POST "https://api.apihop.ai/v1/chat-completions" \
-H "Authorization: Bearer <API_KEY>" \
-H "Content-Type: application/json" \
-d '{"model":"gpt-6-astra","messages":[{"role":"user","content":"Hello, introduce yourself in one sentence."}],"stream":false}'ResponsesPOST /openai/responses
curl -X POST "https://api.apihop.ai/openai/responses" \
-H "Authorization: Bearer <API_KEY>" \
-H "Content-Type: application/json" \
-d '{"model":"gpt-6-astra","input":"Hello, reply with one short sentence.","stream":false}'推論、出力予算、ツールの制限
- Chat Completions は messages、Responses は input を使います。どちらの最小例も stream: false を設定しています。
- Responses では reasoning.effort、Chat Completions では reasoning_effort を使います。Astra は low、medium、high、xhigh、max に対応し、none と minimal には対応しません。
- temperature、top_p、top_logprobs を省略してください。Chat の logprobs と、Responses の include 内の message.output_text.logprobs も省略してください。
- 出力予算は任意です。Responses では max_output_tokens、Chat では max_completion_tokens を使います。省略時は上流の既定値を使用します。推論と最終回答は予算を共有するため、少ないと回答前に尽きる場合があります。タスクに合わせて調整し、料金を確認してください。
- Astra のツール呼び出しには Responses を使います。アプリがカスタム関数を実行し、元の call_id を付けて function_call_output を返します。標準の Responses アクセスだけで、すべてのネイティブツール、Compact、状態を保持する継続に対応すると判断しないでください。
モデルファミリーとプロトコルのリファレンス
OpenAI マルチモーダル Responses
API ドキュメント全文OpenAI 互換の Responses API です。OpenAI 形式の `input` を使用し、テキスト、公開画像 URL、PDF ファイル入力、ツール呼び出し、推論オプション、ストリーミングパラメータに対応しています。
https://api.apihop.ai/openai/responses