OpenAI、GPT-6 Astra のプロンプト活用術と禁止単語リストを公開

OpenAI は、GPT-6 Astra のモデルドキュメントにおいて、このモデルがどのような場面で望ましくない振る舞いを見せるか、そして開発者がそれを回避するための具体的な方法を明記しました。

OpenAI によると、GPT-6 Astra は GPT-5.6 Sol に比べて、独断で推測するのではなく、不明点を解消するために確認質問をより頻繁に行います。これにより「より効果的なコラボレーター」としての役割を果たす一方で、ユーザーが続きを期待している場面でもモデルが停止してしまうというトレードオフが生じます。

このモデルに主体性を持たせるためには、OpenAI はコンテキストからユーザーの「意図」を読み取り、「行動へのバイアス（傾向）」を示すよう指示するプロンプトの使用を推奨しています。「can you...」「I want to...」「help me...」といった表現は、フォローアップの質問を促すものではなく、即座に行動を起こすための呼びかけとして扱うべきです。

You should infer the user’s intent and the scope of the task from the instructions and the conversation context so far. Your task is to demonstrate a tendency to act and to follow through on the user’s intended task until completion. If the user expresses the intention to complete new work or resolve an existing problem, continue working persistently until the user’s intended goal is achieved. Work independently toward the user’s goal (e.g., create isolated work trees/checkouts, resolve merge conflicts, perform read-only actions, create draft PRs, etc.), unless the actions are clearly destructive or irreversible.

モデルは、具体的な結果を準備し、レビュー可能な状態になってから承認を求めるべきです。OpenAI はこのようにプロンプトを設定しています。「ユーザーは、具体的なレビュー可能な結果に対して承認を行うべきである」。仮定のリスクに基づいた不要な警告や免責事項、安全チェックリストはプロンプトから削除すべきです。

GPT-6 Astra は以前のバージョンよりも長い指示をよりよく処理しますが、同時に文脈への感度も高まっています。AGENTS.md などのスキルファイルに不明確または矛盾する指示が含まれていると、モデルが作業をブロックしたり、予期せぬ方向へ逸脱したりする可能性があります。OpenAI では、モデルがアクセスできるすべてのスキルファイルやコンテキストドキュメントの監査を行い、ユーザーからの指示に明確な優先順位を与えることを推奨しています。

また、OpenAI はデバッグ用のプロンプトも提案しています。これは、モデルが一時停止したり方向転換したりした原因となった特定のスキルファイル名を明示し、その根拠となる具体的な指示を引用させるものです。これにより、開発者は予期せぬ動作の発生源を特定できます。

もしあるスキルによって許可や確認を求める必要がある場合、要求された作業を完了させずに一時停止するか、ユーザーの意図から逸脱する場合は、参照した正確な SKILL.md ファイル名とリンクを明記し、関連する指示を引用して、それがどのように適用されるかを簡潔に説明してください。スキルの明示的な要件と、ガイドラインに対するあなたの解釈を区別してください。

"Delve"、"foster"、"leverage" など、使い古された言葉のリスト

GPT-6 Astra は、リストや表、Markdown フォーマットを使って回答を構成する傾向があり、セッション間で同じフレーズを使い回すことがあります。OpenAI では、モデルの書き方スタイルを整えるための具体的なガイドラインを公開しています。

もし文章形式（プロース）で回答してほしい場合は、明示的に「平易な言葉と能動態を用いた簡潔な段落を書くように」と指示してください。

デフォルトでは、明確で簡潔な段落を使い、それぞれが単一の主要なアイデアを展開するようにします。情報が本当に並列的・順序的である場合や、比較しやすい場合にのみリストを使用し、階層関係を文章で明確に表現できない場合を除き、ネストされたリストは避けてください。使う言葉はシンプルで分かりやすく、馴染みのある単語と具体的な例、正確な動詞を選びます。能動態を優先し、直接的な表現を心がけましょう。主要なポイントは冒頭で明確にし、その後、読者が必要とする説明や詳細を展開します。各文は前の文の内容を受け継ぐように構成してください。重要な点はしっかり掘り下げ、有用となる十分な根拠を示すようにします。

また、典型的な AI 特有のフレーズをリスト化したブロックリストも役立ちます。OpenAI はこれを「スロップワード」と呼んでいます。「exact-head checks」や「editorial-row layouts」のような造語的なハイフン付き複合語も避けるべきです。モデルは自分が何をするのかを列挙するのではなく、何をしないかを羅列するのではなく、自らの行動を明確に述べるようにしてください。

結論部で「Conclusion:」や「delve into」「promote」「use/leverage」「it's worth noting」「what's important is」「Question? Answer」「This isn't about X. It's about Y」「really/truly」といった言葉、あるいは複合形容詞やハイフン付きの表現は避けてください。また、「In short:...」や「The simplest mental model is:...」といった要約的な結びも使わないようにします。意図するアクションを直接的に記述しましょう。「何をしないか」「何が変わらないか」「結果をどう分類するか」といった言及は避け、ユーザーが求めていない代替案を示す「X, not Y」や「X—not Y」といった対比表現も控えてください。さらに、「exact-head checks」や「editorial-row layouts」のような創作された複合用語や曖昧な修飾語、定型の接続句も使わず、単純な動詞と前置詞で実際の関係を明確に表現してください。

技術文書においては、専門用語は本当に必要な場合のみ使用することを OpenAI は推奨しています。「専門用語よりも平易な言葉を使い、アイデアや作業内容をユーザーに伝えるために役立つ範囲でのみ技術的な詳細を参照する」ようにしてください。

サブエージェントの委任不足とテスト数の急増

モデルは並列で動作する サブエージェント に作業を委譲できますが、実際には期待される頻度よりも少ない傾向があります。OpenAI によると、開発者は「いつ」「どの程度」委任すべきかを明確に指示する必要があります。また、エージェント間のメッセージには文法やスペースの誤りが含まれる可能性もあるため注意が必要です。

コーディングタスクにおいて、GPT-6 Astra は完了前に徹底的なテストを実行します。小さな変更の場合でも、実際の作業量に対してテストスイートが過剰になることがあります。OpenAI では、新しい失敗や未解決の問題が発生した場合のみ、モデルにテストを再実行するよう指示することを推奨しています。

これらのプロンプトの詳細版は、GPT-6 Astra モデルのドキュメントページで確認できます。GPT-6 Astra へ移行したい開発者は、Codex と OpenAI Docs スキル を使用して、推奨される変更を自動的に適用することも可能です：$openai-docs migrate this project to GPT-6 Astra

過剰な hype を排した AI ニュース – 人間が厳選

THE DECODER に登録すれば、広告なしでの閲覧、週刊の AI ニュースレター、年 6 回の独占「AI Radar」フロンティアレポート、アーカイブへの完全アクセス、そしてコメント欄の利用が可能になります。

今すぐ登録