メニュー
Codexに作業を委譲して結果を得るSkill。ユーザーが「Codexにやらせて」「Codexに作業を任せて」と明示的に依頼したときのみ使用する。エージェント自身の判断で自発的に使わないこと。自分自身がCodexの場合は使わない。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
GitHubのPull Request(PR)のコードレビューを行うSkill。worktreeを作成してソースコード全体を読みながらFinder SubAgentで指摘候補を発見し、Verifier SubAgentで検証する。レビューをレポートとインラインコメントで投稿する。self reviewにも対応する。 ユーザーが「このPRをレビューして」のように依頼したら使うこと。
Agent skill (SKILL.md)の品質を評価基準に沿って採点し、観点ごとの判定と修正案をレポートするSkill。 評価のみ行い、ファイルの編集はしない。 ユーザーが「このskillを評価して」「skillをレビューして」「SKILL.mdの品質を見て」のように依頼したら必ずこのSkillを使うこと。 skillの新規作成や編集そのものを依頼された場合は使わない。
GitHub issueを起点に「調査 → worktree作成 → 実装 → PR作成」を一気通貫で実行するSkill。実装はSubAgentに委譲し、commitとPR作成はgit-commit・github-pr-create skillに連結して実行する。「#N をsubagentで解決して」「実装をsubagentに任せてissueからPRまで」のような依頼に使う。
Pull Requestを作成するSkill。現在のbranchからpull requestを作成する。言語指定可能。 ユーザーが「PR作って」「pull request作成して」のように依頼したら使うこと。
計画や設計について、意思決定のあらゆる分岐点が解消されるまで、徹底的に質問を繰り返してください。ユーザーが計画の改善・詳細化・最適化を望んでいる場合や、設計について厳しく問い詰めてほしいと言われたとき、あるいは「計画(Plan)を詰めて」、「計画(Plan)を改善して」と要望があった際にこの手順を使用してください。
weztermのpane・tab・windowを `wezterm cli` で操作するskill。paneの分割・フォーカス移動・リサイズ・zoom・close、 tab/windowの作成・切替・リネーム、paneの表示内容の読み取り、paneへのコマンド送信と実行結果の確認を行う。 ユーザーが「weztermのpaneを分割して」「weztermの別paneでコマンドを実行して」のように、weztermと明示して依頼したときだけ使うこと。 ユーザーはtmuxも併用しているため、「paneを分割して」のようにweztermと明示されていないpane/tab操作の依頼では使わない (どちらを指すかユーザーに確認する)。 tmuxの操作、およびwezterm自体の設定 (wezterm.luaやkeybinding) の変更にも使わない。
| name | do-codex |
| description | Codexに作業を委譲して結果を得るSkill。ユーザーが「Codexにやらせて」「Codexに作業を任せて」と明示的に依頼したときのみ使用する。エージェント自身の判断で自発的に使わないこと。自分自身がCodexの場合は使わない。 |
| allowed-tools | Bash(codex:*) |
| disable-model-invocation | true |
Codex CLIを非対話モードで呼び出し、編集を伴う作業を委譲する。
Codex CLIに作業を依頼する際は、作業の大きさや複雑さに応じてモデルとthinking effortを指定する。
モデルは --model <モデル名>、thinking effortは --config 'model_reasoning_effort="<effort>"' で指定する。
gpt-5.4-mini + medium: 軽い修正・定型的な作業gpt-5.5 + medium: 軽めだが少し考えさせたい作業・短い実装gpt-5.5 + high: 通常の作業・調査・実装・複雑な判断gpt-5.5 + xhigh: 特に難しい判断・大規模な実装・深いリファクタ。モデルが対応している場合のみ迷った場合は gpt-5.5 + medium を指定する。
xhigh が失敗した場合は high に下げて再実行する。
which codex で codex CLIの存在を確認し、見つからなければ直ちに中止してユーザーに伝える。
依頼内容を自己完結したプロンプトにまとめる。相手はこの会話の文脈を知らないため、背景・関連ファイルパス・成功条件を明示的に含める。
実行する:
codex -m "<モデル名>" \
--config 'model_reasoning_effort="<effort>"' \
--cd "<target_directory>" \
-s <sandbox> \
-a never \
--search \
exec - <<'EOF'
<prompt>
EOF
<sandbox> には通常 workspace-write を指定する。--dry-run 引数が指定された場合は read-only を指定する。ファイルは一切変更されず、変更方針の提案のみを得る。
実行結果と変更箇所をユーザーに提示する。--dry-run 指定時は変更方針の提案のみを提示する。
-s workspace-write でワーキングディレクトリ内の編集を許可する。-a never で非対話モード中に承認を求めずに実行する。--dry-run 指定時は -s read-only で実行し、ファイルを変更せず提案のみを得る。