القائمة
OpenAI Codex にタスクを委譲する。plan レビュー / コードレビュー / セカンドオピニオン / 別視点での調査に使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
実装完了後の品質パス（code-review --fix → codex レビュー → verify → retro 記録）を順に実行し、commit / PR 作成に進める状態にする。非自明な変更の完了報告・commit / PR 作成の前に使う。
定期メンテナンスループの実行器。/chore <loop名> で loops/<loop名>.md の定義に従い、仕事の発見・実行・検証・記録を上限付きで 1 周する。引数なしで利用可能なループを一覧する。
Draw a hand-drawn-style diagram to align with a human on structure — state machines, flows, request paths, component maps, lifecycles. Use when a textual explanation would be easier to judge as a rough sketch, when the user asks for a diagram / 図 / ぽんち絵, or when you want a human to see and approve the shape of a design before you commit to it. Renders entirely on the local machine (no network), with a live browser view the human can watch.
日本語の技術文書・書籍原稿の文章規範。整形（一文一行、引用ブロック、脚注、コラム記法）、段落と論証の構成（パラグラフライティング）、論証の厳密さ（ツッコミどころの除去）、読み手の負荷の管理、視点と語り、演出の抑制、LLM っぽい空句の禁止、冗長の排除を定める。日本語で技術書の章、草稿、記事、解説文を書くとき、または推敲・リライトするときに使用する。
agent 向けテキスト指示（skill / slash command / task プロンプト / CLAUDE.md 節 / コード生成プロンプト）を、バイアスを排した実行者に動かしてもらい、両面（実行者の自己申告 + 指示側メトリクス）で評価して反復改善する手法。改善が頭打ちになるまで回す。プロンプトや skill を新規作成・大幅改訂した直後、またはエージェントの挙動が期待通りにならない原因を指示側の曖昧さに求めたいときに使う。
Git worktree + tmux で並行作業セッションを起動する（Issue/PR/ブランチ対応）
| name | codex |
| description | OpenAI Codex にタスクを委譲する。plan レビュー / コードレビュー / セカンドオピニオン / 別視点での調査に使う。 |
| allowed-tools | Bash(codex exec -s read-only:*) |
Codex CLI に委譲してセカンドオピニオン・レビューを得るための skill。
自発的に呼ぶタイミングのルールは ~/.claude/CLAUDE.md の「Codex レビュー」セクション参照。
長文プロンプト (plan レビュー / コードレビュー等) では stdin 経由 で渡す:
codex exec -s read-only --cd <project_directory> - < /tmp/codex-prompt.txt
短いプロンプトは positional argument で OK:
codex exec -s read-only --cd <project_directory> "<short request>"
<project_directory> は対象プロジェクトの絶対パス。省略すると現在の作業ディレクトリ。"$(cat <<'EOF' ... EOF)" で長文プロンプトを positional argument に乗せると、codex が Reading additional input from stdin... から進まず 10 分以上 hang する事例があった (| をエスケープしたテーブルやバックティック付き code block を含む plan 本文で再現)。symptom: PID は生きているが出力が数十バイトで停止、ps の argv に巨大な heredoc が見える。
stdin 経由 (- < file) に切り替えると同じプロンプトが 20-30 秒 で完走する。- は「prompt を stdin から読む」を明示するための positional。
/tmp/codex-prompt-<task>.txt に書くcodex exec -s read-only --cd <dir> - < /tmp/codex-prompt-<task>.txt を実行
run_in_background: true + 出力先 (tee または harness の output file) で監視するのを推奨Codex に渡す依頼文には必ず以下のニュアンスを含める:
「確認や質問は不要。具体的な提案・修正案・コード例を能動的に出してほしい」
これを省くと Codex が確認や前提質問を返してきて往復が増える。
ExitPlanMode 前）# Step 1: prompt を file に書く (Write tool)
# /tmp/codex-prompt-plan-review.txt の内容例:
# ---
# 次の plan をレビューしてほしい。観点は (1) 設計上の見落とし・代替案
# (2) 影響範囲とリスク (3) 実装難易度の見積もりの妥当性。
# 確認や質問は不要、具体的な指摘と代替案を能動的に出してほしい。
#
# <plan 本文>
# ---
# Step 2: 実行
codex exec -s read-only --cd <dir> - < /tmp/codex-prompt-plan-review.txt
# Step 1: prompt を file に書く (diff も同じ file に貼る場合は大きいので必ず stdin 経由)
# Step 2:
codex exec -s read-only --cd <dir> - < /tmp/codex-prompt-code-review.txt
内容例:
以下の diff をレビューしてほしい。スタイル・簡略化のセルフレビュー (code-review --fix) は実施済みなので主目的にしなくてよいが、correctness / security / data loss に関わる問題は実施済みの観点に見えても必ず指摘してほしい。観点は (1) 同梱した plan の契約・仕様との乖離 (2) 設計判断の誤り (3) エッジケースの見落とし (4) テストの過不足。確認や質問は不要、具体的な修正案とコード例を能動的に出してほしい。
プロンプトに含めるもの:
git status --short を確認し、untracked の新規ファイルがあれば git add -N <path> してから diff を取る（git diff HEAD だけだと untracked が対象から落ちる）code-review --fix を通していない diff（スコープ判断で省略した場合等）では、従来どおり (1) バグ・エッジケースの見落とし (2) テストの過不足 (3) 命名・抽象化の妥当性 を観点にする。
短ければ positional でも可:
codex exec -s read-only --cd <dir> "<バグの症状><試した修正案 1><試した修正案 2> について、原因の仮説と次に試すべき修正方針を能動的に提案してほしい。確認や質問は不要。"
長い stack trace やログを含める場合は stdin 経由に切り替える。
codex exec -s read-only --cd <dir> "<質問内容>。確認や質問は不要、具体的な提案を能動的に出してほしい。"
~/.claude/CLAUDE.md の「Codex レビュー」トリガー、またはユーザー要求に従って、codex に委譲する対象を特定する/tmp/codex-prompt-<task>.txt に書き、stdin redirect で渡す。短ければ positional でも可codex exec -s read-only --cd <dir> を Bash timeout 600000 で実行するReading additional input from stdin... が出力に見える → codex が stdin 待ち。- を positional に指定 + stdin から prompt を流す