開発ツールのワークフローが立体的につながる抽象ビジュアル
NAW / PRODUCTS 03

IMAGE: AI生成ビジュアル

PRODUCTS / OpenAI

OpenAI、GPT-6 Astraの開発者向け活用ガイドを公開 — 自律性を引き出す指示とAI臭い表現の排除リスト

OpenAIは開発者向けドキュメントにGPT-6 Astra専用のモデルガイダンスを追加した。非同期ツール呼び出しや会話中の推論量変更といった新API機能に加え、確認待ちで止まりがちな振る舞いを自律化させる指示文例、AGENTS.mdへの過敏さへの対処、そして「delve」「leverage」などAI臭い定型表現の排除リストを示している。

OpenAIは開発者向けAPIドキュメントに、最新モデルGPT-6 Astra専用のガイダンスページ「Using GPT-6 Astra」を追加した。モデルの提供開始(本サイトでも紹介済み)に続く文書で、新API機能の使い方、旧モデルからの移行手順、そしてAstra特有の振る舞いを引き出すプロンプトのベストプラクティスをまとめている。以下、一次情報である同ドキュメントの内容を整理する。

新機能 — 非同期実行と作業中の介入に対応

  • 非同期ツール呼び出し: GPT-6 Astraは、アプリケーション側がツールを実行している間に推論を続けたり、他のツールを呼んだり、依頼の独立部分に回答したりできる。ツール定義にasync: trueを設定し、元のcall_idで結果を返却する。実行主体は引き続きアプリケーション側が担う。
  • Mid-turn steering: Astraの作業中に追加のユーザー指示(修正や要件変更)を送れる。WebSocket接続のResponses APIでは完了済みの作業を保持したまま継続に組み込む。
  • キャッシュを保ったまま推論量を変更: configuration_update入力アイテムを追加することで、元のプロンプト接頭辞を書き換えずに推論量(reasoning effort)を難所で上げ・定型追従で下げることができる。更新後の設定は次回上書きまで継続する。
  • ミスアライメント監視: 強化された安全対策の一環として、システムが非同期にミスアライメントを監視し、必要時にアラートを発する。
  • 制約: noneのreasoning effortは未対応。EUデータレジデンシーではFastモードが利用できない。computer use、Structured Outputs、ストリーミング、プログラム的ツール呼び出し、マルチエージェント編成、プロンプトキャッシュ、永続化推論、compaction、pro modeなどGPT-5.6世代のAPI機能は引き続き利用できる。

振る舞いの特徴と対処 — 自律性・指示追従・文体・委任・検証

ドキュメントは、AstraがGPT-5.6 Solより高性能である一方、用途ごとに調整すべき5つの振る舞いパターンを挙げている。

  • 主導性とやり切り(Initiative and follow-through): Astraは結果を左右しうる追加入力があるとユーザーに質問しがちで、合理的な仮定で進めることを期待する場面でも停止しうる。自律的に進めさせる指示文例として、意図と範囲を文脈から推測し「破壊的・不可逆でない限り自律的に完遂せよ」、レビュー可能な具体物(ドラフトPR等)を用意してから承認を求めよ、といった定型文が提示されている。
  • 指示追従: 全般的な指示追従は強化されたが、スキルやAGENTS.md内の曖昧・矛盾した記述にも敏感で、作業を早期停止させる原因になりうる。ユーザー指示をスキルより優先すること、停止時に参照したSKILL.mdの該当箇所を引用させること、多数の指示ファイルを読み込む際の黙示的・矛盾した指示の洗い出し手順が示されている。
  • 個性と文体: 詳細で装飾の多い回答や、セッションをまたぐ定型句の反復に傾きがち。必要な文体・構造の指定が推奨され、平易な言葉・能動態・要点先行などの技術文書向け指示文例がある。AI臭い(slop)表現の排除リストとして、「Bottom Line:」「delve」「foster」「leverage」「it’s worth noting」「importantly」「Question? Answer.」「This isn’t about X. It’s about Y.」「genuinely」、ハイフン結合の造語的形容、結論サマリー定型文(「In short:..」「The simplest mental model is:…」)、対比構文(「X, not Y」)などを避けるよう明記している。
  • サブエージェント委任: 並列化できる作業の委任が期待より少ない場合があり、委任すべき条件を明示的に指示すること、エージェント間メッセージの可読性確保の指示文例が示されている。
  • テストと検証: コーディングでは完了前に徹底検証する傾向があり、小規模変更では過剰なテストになりうる。可逆で影響の小さい変更にはテストを書かない、意味のある検証に絞るといった調整指針がある。

移行手順 — モデル指定と未対応パラメータの除去

  • モデル指定: Responses APIリクエストでmodelgpt-6-astraを設定する。ツール呼び出しにはResponses APIが必須で、Chat Completionsではツール呼び出しが使えない。
  • 推論量: noneminimalを使っていた場合はlowから始めて比較する。それ以外は現行の実効推論量を維持する。
  • 除去すべきパラメータ: temperaturetop_ptop_logprobsを除去する。Chat Completionsではlogprobsも、Responsesではinclude内のmessage.output_text.logprobsも除去する。
  • EUデータレジデンシー: Fastモード(service_tier: "fast"/"priority")は使えずStandard処理を用いる。Fastモードに遅延SLAは付かない。
  • プロンプトキャッシュ: GPT-5.5以前からの移行ではprompt_cache_retentionprompt_cache_options.ttl: "30m"に置き換える。キャッシュ境界や書き込み課金の変更確認も求めている。
  • 移行支援: CodexがOpenAI Docsスキルで推奨変更を適用できる($openai-docs migrate this project to GPT-6 Astra)ほか、他エージェント向けにスキルリポジトリからのダウンロードも案内されている。

出典