9月5日、The Decoderが「OpenAI shares prompting tips for GPT-6 Astra including a blocklist of slop words」と題した記事を公開した。OpenAIが公式ドキュメントで明示した「使うべきでない言い回し」のリストは、AIが繰り返しがちな紋切り型表現を具体的に列挙しており、プロンプトエンジニアリングの実務に直結する内容だ。

GPT-6 Astraは、2025年にOpenAIが公開した最新のコーディング・エージェント向けモデルであり、前世代にあたるGPT-5.6 Solと比較して長い指示への追従精度が向上している。一方で、確認質問の多さやコンテキスト感度の高まりといった新たな挙動特性も報告されており、OpenAIはGPT-6 Astraのモデルドキュメントページでこれらに対応するためのプロンプティングガイドを公開した。即座に流用できるプロンプト文をそのまま掲載している点が、このドキュメントの実用的な特徴だ。

「delve」「leverage」は使うな——AI特有の言い回しブロックリスト

エンジニアにとって最も実用的なのが、「スラップワード（slop words）」のブロックリストだ。「slop」は直訳すれば「粗雑な出力」を意味し、AIが無意識に量産する紋切り型フレーズを指す業界用語で、「slang（スラング）」とは異なる概念である。GPT-6 Astraはセッションをまたいで同じフレーズを繰り返す傾向があり、OpenAIはこれを明示的に抑制するよう推奨している。

具体的に使用を避けるべき表現として挙げられているのは以下の通り：

• delve into（深く掘り下げる）
• leverage / use/leverage（活用する）
• promote（促進する）
• it's worth noting（注目すべきは）
• what's important is
• really / truly
• 結論部の Conclusion: や In short:...、The simplest mental model is:...
• X, not Y / X—not Y のような対比表現
• exact-head checks や editorial-row layouts のような造語ハイフン複合語

推奨プロンプトの該当箇所はそのまま使える：

Avoid using slop words or phrases such as "Conclusion:" in conclusions, "delve into," "promote," "use/leverage," "it's worth noting," "what's important is," "Question? Answer," or "This isn't about X. It's about Y," "really/truly," or compound descriptions and hyphenated adjectives. Do not use summary closing statements such as "In short:...," "The simplest mental model is:...". State the intended action directly. Avoid mentioning what you won't do, what remains unchanged, or how you'll separate or categorize results. Do not use contrastive phrasing such as "X, not Y" or "X—not Y," which introduces an unsolicited alternative that the user did not ask for. Avoid made-up compound terms like "exact-head checks" and "editorial-row layouts," vague qualifiers, and stock transitions; use simple verbs and prepositions to directly express the actual relationship.

文体の整形も同様に具体的で、「リストやMarkdown装飾に頼らず、1段落1アイデアの散文で書け」という指示が推奨されている：

By default, use clear, concise paragraphs, each developing a single main idea. Use lists only if the information is truly parallel, sequential, or more easily comparable, and avoid nested lists unless the hierarchy cannot be clearly expressed in prose. Use simple, straightforward language: familiar words, concrete examples, and precise verbs. Favor the active voice and direct statements.

「確認を求めすぎる」問題——自律性を引き出すプロンプト

GPT-6 AstraはGPT-5.6 Solと比べて確認質問が多い。ユーザーが先に進むことを期待している場面で止まってしまうのが典型的な問題だ。

OpenAIが推奨するのは、「行動バイアス（bias towards action）」を明示的に指示するプロンプトだ。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.

モデルが承認を求めるタイミングも制御できる。「具体的なレビュー可能な成果物を用意した上で承認を求めよ（The user should be approving a concrete, reviewable result）」という一文を加えるだけで、仮定のリスクに基づく免責事項や安全チェックリストを自動挿入する挙動を抑制できる。

AGENTS.md の記述ミスがモデルを止める

GPT-6 Astraは長い指示への追従精度が上がった一方で、コンテキストへの感度も高まった。AGENTS.md などのスキルファイルに矛盾した記述や曖昧な指示があると、モデルが作業を止めたり意図しない方向に進んだりする。

デバッグ用プロンプトとして以下が推奨されている。モデルが止まった際に、どのスキルファイルのどの記述が原因かを明示させる：

If a skill causes you to ask for permission or confirmation, pause, leave requested work unfinished, or diverge from the user's intent, name and link to the exact SKILL.md file you read, quote the relevant instruction, and briefly explain how it applies. Distinguish explicit skill requirements from your interpretation of guidelines.

その他の既知の挙動

• サブエージェントへの委譲が少ない：並列実行できるサブエージェントへの仕事の割り振りが期待より少ない。委譲のタイミングと量を明示的に指示する必要がある。エージェント間のメッセージに文法・スペースのエラーが混入することもある。
• テストが肥大化する：コーディングタスクでは、小さな変更に対して不釣り合いなほど大規模なテストスイートを実行することがある。新しい失敗や未解決の問題がある場合にのみ再実行するよう指示することが推奨されている。

GPT-6 Astraへの移行

既存プロジェクトをGPT-6 Astraに移行する際は、CodexとOpenAI Docsスキルを組み合わせて以下のコマンドで推奨設定を自動適用できる：

$openai-docs migrate this project to GPT-6 Astra

今回OpenAIが公開したガイドは、禁止事項の羅列ではなく「コピーしてそのまま使えるプロンプト文」として設計されている点が実務上の価値を高めている。スラップワードの排除から自律性の引き出し方、スキルファイルのデバッグまで、GPT-6 Astraを実運用に乗せる上での具体的な出発点として参照する価値がある。

詳細はOpenAI shares prompting tips for GPT-6 Astra including a blocklist of slop wordsを参照していただきたい。