mcpField
G
gpt-5-4-prompting

gpt-5-4-prompting

github.com/openaiエージェントワークフロー34.7k732 回インストール16 週間前に更新
リポジトリ

gpt-5-4-prompting について

codex:codex-rescue で Codex などの GPT-5.4 ベースのワークフローに依頼するためのプロンプトスキルです。出力、検証、根拠の条件を明示した簡潔な構造を重視します。

主な機能

  1. 01簡潔な XML 構造のプロンプト
  2. 02タスクと完了条件の定義
  3. 03検証と根拠のルール追加
  4. 04task、review、resume の選択
  5. 05再利用可能なブロックとレシピ

活用シーン

  1. 01範囲を定めて Codex に診断や実装を依頼
  2. 02根拠条件付きのレビューを構成
  3. 03追加指示だけで既存の Codex スレッドを継続

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/openai/codex-plugin-cc --skill gpt-5-4-prompting

インストール後、Claude Code で/gpt-5-4-promptingを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
codex-prompt-antipatterns.md
codex-prompt-recipes.md
prompt-blocks.md

詳細

GPT-5.4 プロンプト作成

codex:codex-rescue が Codex または別の GPT-5.4 ベースのワークフローに支援を求める必要があるときは、このスキルを使用します。

Codex には、共同作業者ではなくオペレーターのように指示を出してください。プロンプトは簡潔に保ち、XML タグでブロック構造を明確にしてください。タスク、出力の契約、フォロースルーの既定動作、そして重要な少数の追加制約を明示します。

基本ルール:

  • Codex の実行ごとに、明確なタスクを 1 つにしてください。無関係な依頼は別々の実行に分けます。
  • 完了の状態がどのようなものかを Codex に伝えてください。望ましい最終状態を Codex が推測してくれると想定しないでください。
  • 根拠のない推測が品質を損なうタスクでは、明示的な根拠付けと検証のルールを追加してください。
  • 長い自然言語による説明を加えたり推論レベルを上げたりするよりも、より良いプロンプト契約を優先してください。
  • プロンプトの内部構造を安定させるため、XML タグを一貫して使用してください。

既定のプロンプトのレシピ:

  • <task>: 具体的な作業内容と、関連するリポジトリまたは障害の文脈。
  • <structured_output_contract> または <compact_output_contract>: 正確な形式、順序、簡潔さの要件。
  • <default_follow_through_policy>: 日常的な質問をする代わりに、Codex が既定で行うべきこと。
  • <verification_loop> または <completeness_contract>: デバッグ、実装、リスクのある修正で必須。
  • <grounding_rules> または <citation_rules>: レビュー、調査、または根拠のない主張に流れる可能性があるものに必須。

ブロックを追加するタイミング:

  • コーディングまたはデバッグ: completeness_contract、verification_loop、missing_context_gating を追加します。
  • レビューまたは敵対的レビュー: grounding_rules、structured_output_contract、dig_deeper_nudge を追加します。
  • 調査または推奨のタスク: research_mode と citation_rules を追加します。
  • 書き込みを伴うタスク: action_safety を追加し、Codex が範囲を絞って無関係なリファクタリングを避けるようにします。

プロンプトの形式の選び方:

  • ローカルの git 変更をレビューする作業には、組み込みの review または adversarial-review コマンドを使用してください。これらのプロンプトにはすでにレビューの契約が含まれています。
  • 診断、計画、調査、または実装が目的で、プロンプトをより直接的に制御したい場合は task を使用してください。
  • 同じ Codex スレッドでのフォローアップ指示には task --resume-last を使用してください。方向性が大きく変わらない限り、プロンプト全体を書き直すのではなく、差分の指示だけを送ってください。

作業ルール:

  • 曖昧な促しではなく、明示的なプロンプト契約を優先してください。
  • 内部のタグ名は、参照ファイルのブロック名と一致する安定した XML タグ名を使用してください。
  • 推論や複雑さを最初に上げないでください。段階を上げる前に、プロンプトと検証ルールを引き締めてください。
  • 長時間実行の作業やツールを多用する作業の場合にのみ、Codex に簡潔で成果に基づく進捗報告を求めてください。
  • 主張は観察された証拠に基づかせてください。仮説であれば、そのように明記してください。

プロンプト組み立てチェックリスト:

  1. <task> で正確なタスクと範囲を定義します。
  2. 回答を使いやすくする最小限の出力契約を選びます。
  3. Codex が既定で作業を続けるか、重大なリスクを伴う詳細が不足している場合に停止するかを決めます。
  4. タスクに必要な場合にのみ、検証、根拠付け、安全性のタグを追加します。
  5. プロンプトを送信する前に、冗長な指示を削除します。

再利用可能なブロックは references/prompt-blocks.md にあります。 エンドツーエンドの具体的なテンプレートは references/codex-prompt-recipes.md にあります。 避けるべき典型的な失敗パターンは references/codex-prompt-antipatterns.md にあります。

コメント