codex
ユーザーがCodex CLIの実行(codex exec、codex resume)をリクエストしたり、OpenAI Codexをコード分析、リファクタリング、自動編集などの目的で参照する場合に使用します
description の原文を見る
Use when the user asks to run Codex CLI (codex exec, codex resume) or references OpenAI Codex for code analysis, refactoring, or automated editing
SKILL.md 本文
Codex スキルガイド
このスキルは、コード分析、リファクタリング、および自動編集タスク向けに Codex CLI を使用できます。
このスキルを使用する場面
以下の場合にこのスキルを使用します:
- ユーザーが Codex CLI コマンド (
codex exec、codex resume) の実行を要求する - OpenAI Codex をコード分析に参照する
- 自動コードリファクタリングが必要
- AI 搭載のコード編集が必要
タスクの実行
- ユーザーに (
AskUserQuestion経由で) どのモデルを実行するか (gpt-5.2-codexまたはgpt-5.2) と、どの推論効力を使用するか (xhigh、high、medium、またはlow) を 1 つのプロンプトで 2 つの質問として 尋ねます。 - タスクに必要なサンドボックスモードを選択します。編集またはネットワークアクセスが必要でない限り、デフォルトで
--sandbox read-onlyを使用します。 - 適切なオプションを使用してコマンドを構成します:
-m, --model <MODEL>--config model_reasoning_effort="<xhigh|high|medium|low>"--sandbox <read-only|workspace-write|danger-full-access>--full-auto-C, --cd <DIR>--skip-git-repo-check
- 常に --skip-git-repo-check を使用します。
- 前のセッションを継続する場合:
- stdin 経由で
codex exec --skip-git-repo-check resume --lastを使用します - ユーザーが明示的に要求しない限り (例: 再開を要求する際にモデルまたは推論効力を指定する場合)、設定フラグを使用しません
- 再開構文:
echo "your prompt here" | codex exec --skip-git-repo-check resume --last 2>/dev/null - すべてのフラグは
execとresumeの間に挿入する必要があります
- stdin 経由で
- 重要: デフォルトでは、すべての
codex execコマンドに2>/dev/nullを追加して思考トークン (stderr) を抑制します。ユーザーが明示的に思考トークンの表示を要求した場合、またはデバッグが必要な場合のみ stderr を表示します。 - コマンドを実行し、stdout/stderr をキャプチャして (必要に応じてフィルタリング)、結果をユーザーに要約します。
- Codex が完了した後、ユーザーに以下を通知します: 「このCodexセッションは、『codex resume』と言うか、追加の分析または変更を続行するよう依頼することで、いつでも再開できます。」
クイックリファレンス
| ユースケース | サンドボックスモード | キーフラグ |
|---|---|---|
| 読み取り専用レビューまたは分析 | read-only | --sandbox read-only 2>/dev/null |
| ローカル編集を適用 | workspace-write | --sandbox workspace-write --full-auto 2>/dev/null |
| ネットワークまたは広範なアクセスを許可 | danger-full-access | --sandbox danger-full-access --full-auto 2>/dev/null |
| 最近のセッションを再開 | 元のセッションから継承 | echo "prompt" | codex exec --skip-git-repo-check resume --last 2>/dev/null |
| 別のディレクトリから実行 | タスク要件に合わせて | -C <DIR> およびその他のフラグ 2>/dev/null |
フォローアップ
- すべての
codexコマンド実行後、すぐにAskUserQuestionを使用して次のステップを確認し、説明を収集するか、codex exec resume --lastで再開するかを決定します。 - 再開する場合、stdin 経由で新しいプロンプトをパイプします:
echo "new prompt" | codex exec resume --last 2>/dev/null。再開されたセッションは元のセッションと同じモデル、推論効力、およびサンドボックスモードを自動的に使用します。 - フォローアップアクションを提案する際には、選択したモデル、推論効力、およびサンドボックスモードを改めて述べます。
エラーハンドリング
codex --versionまたはいずれかのcodex execコマンドが 0 以外で終了したときは、失敗を停止して報告し、再試行する前に指示を要求します。- 高インパクトフラグ (
--full-auto、--sandbox danger-full-access、--skip-git-repo-check) を使用する前に、まだ許可されていない限り、AskUserQuestionを使用してユーザーに許可を求めます。 - 出力に警告または部分的な結果が含まれている場合は、それらを要約して、
AskUserQuestionを使用して調整方法を尋ねます。
例
読み取り専用分析
codex exec --skip-git-repo-check \
-m gpt-5.2-codex \
--config model_reasoning_effort="high" \
--sandbox read-only \
"Analyze the code structure and identify potential improvements" \
2>/dev/null
編集を適用
codex exec --skip-git-repo-check \
-m gpt-5.2 \
--config model_reasoning_effort="medium" \
--sandbox workspace-write \
--full-auto \
"Refactor the authentication module to use async/await" \
2>/dev/null
セッションを再開
echo "Now add error handling to the refactored code" | \
codex exec --skip-git-repo-check resume --last 2>/dev/null
注釈
- 思考トークンはデフォルトで
2>/dev/nullを使用して抑制されます - リポジトリ検証の問題を避けるために、常に
--skip-git-repo-checkを使用します --full-autoフラグを使用すると、Codex は確認なしに変更を行うことができます- セッションを再開すると、元のセッションの設定が継承されます
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- diegosouzapw
- ライセンス
- MIT
- 最終更新
- 2026/3/2
Source: https://github.com/diegosouzapw/awesome-omni-skill / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。