ワンクリックでManusで任意のスキルを実行

始める

code-review-external

スター3

フォーク0

更新日2026年7月7日 04:57

user invoke only

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

zeero

zeero/dotfiles

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

関連職種SOC

SOC 職業分類に基づく

ソフトウェア品質保証アナリスト・テスターコンピュータ・数学職·SOC 15-1253

SKILL.md

readonly

name	code-review-external
description	user invoke only
summary	外部プロセス(codex または claude または gemini)を使用してコミット済みのコードをレビュー・修正させ、結果を検証します
argument-hint	[--claude\|--codex\|--gemini] [-a\|--adversarial] [target_revision] (default: codex, target: origin/main...HEAD)

以下の手順に従って、コミットされたコードの外部レビュー、修正、およびその検証を行ってください。

【重要】セキュリティ保護のため、run_shell_command 内で $(...) やバッククォートによるコマンド置換を使用することは禁止されています。情報は必ず個別のステップで取得し、リテラルとして次のステップに渡してください。

【手順】

未コミット変更の確認とコミット:
- git status を実行し、未コミットの変更があるか確認してください。
- 変更がある場合は、レビューを開始する前にまずそれらをコミットしてください。
- コミットメッセージは、レビュー担当者が「何のために何をしたのか」を正確に把握できるよう、変更の背景、目的、および具体的な内容を論理的かつ簡潔に記述してください。
- コミットが完了したら、その最新のコミットを対象として以降の手順を進めてください。
引数の解析と情報の取得:
- 引数 {{args}} を解析し、使用するツールと対象リビジョンを特定してください。
- ツールの特定:
  - {{args}} に --claude が含まれる場合は claude を使用します。
  - {{args}} に --gemini が含まれる場合は gemini を使用します。
  - {{args}} に --codex が含まれる場合、またはどれも指定されていない場合は codex を使用します。
- モードの判定:
  - {{args}} に -a または --adversarial が含まれる場合は Adversarial Review モードとします。
  - どちらも含まれない場合は通常の レビュー モードとします。
- TARGET_REVISION の特定:
  - {{args}} からオプションフラグ（--claude, --codex, --gemini, -a, --adversarial）を除いた部分を対象リビジョンとします。
  - 除いた結果が空（指定なし）の場合は、デフォルトとして origin/main...HEAD を使用してください。
- 単一のコミットハッシュだけでなく、origin/main...feature のようなコミット範囲や、HEAD~3 のような相対指定も受け入れられるようにします。
外部レビューと修正の依頼:
- 特定したツール（codex または claude または gemini）、判定したモード、TARGET_REVISION を使用して、外部レビューを実行してください。
- Codex を使用する場合:
  - run_shell_command で codex exec "対象 [TARGET_REVISION] の変更内容を [判定したモードに応じて \"Adversarial Review\" または \"レビュー\"] し..." < /dev/null を実行してください。
  - 末尾の < /dev/null は必須です。codex が stdin の入力待ちでハングするのを防ぎます。
- Claude を使用する場合:
  - run_shell_command で claude --permission-mode \"acceptEdits\" -p \"対象 [TARGET_REVISION] の変更内容を [判定したモードに応じて \"Adversarial Review\" または \"レビュー\"] し...\" を実行してください。
- Gemini を使用する場合:
  - run_shell_command で gemini -p "対象 [TARGET_REVISION] の変更内容を [判定したモードに応じて \"Adversarial Review\" または \"レビュー\"] し..." を実行してください。
- プロンプトに含める指示内容（共通）:
```
指示:
1. `git log -p [TARGET_REVISION]` または `git show [TARGET_REVISION]` を実行して、含まれる全ての変更内容を [判定したモードに応じて "Adversarial Review" または "レビュー"] してください。
2. セキュリティ、パフォーマンス、可読性、アーキテクチャの観点からレビューを行ってください。
3. 改善点が見つかった場合、利用可能なツールを使って該当ファイルを直接編集し、修正を適用してください。
4. どのような問題をどのように修正したか、実行結果として簡潔に出力してください。
5. 各指摘には重大度として「ブロック」（マージを差し止めるべき重大な問題）か「非ブロック」（改善提案レベル）かを必ず明記してください。ブロックに該当する指摘が一つも無い場合は「ブロックレベルの指摘なし」と明記してください。
```

3.5. worktree を対象にする場合の注意（codex exit code 134 回避）:

codex は git worktree を workdir にすると exit code 134 で異常終了する既知問題がある。worktree 上のブランチをレビューさせる場合は以下の方式を使う（実績上最も安定）。
1. git -C <worktree絶対パス> log -p <base>..<head> の出力を一時ファイル（scratchpad 等）へ書き出す。
2. codex の workdir は main repo にし、プロンプトで「そのファイルを読んでレビューせよ」と指示する。diff をコマンド置換で埋め込まない（$(...) 禁止の原則どおり）。
3. 修正適用が必要な場合も、codex には対象ファイルの絶対パス（worktree 側）を明示して編集させる。
worktree 対象のレビュー依頼では、索引やブランチ名でなくコミットハッシュで対象を特定させる（未コミット変更はレビュー前にコミットする手順1の原則と同じ）。

修正内容の検証:
- 外部プロセスによる処理が完了した後、run_shell_command で git diff を実行し、ワークツリーにどのような変更が加えられたかを確認してください。
- 変更内容（diff）を読み取り、以下の点を目視（静的分析）でチェックしてください。
  - 元のコードの意図が壊れていないか
  - 新たなバグや構文エラーが混入していないか
  - プロジェクトの規約に反していないか
- 検証結果（変更の妥当性、問題の有無）をユーザーに報告してください。問題があればどのように直すべきかも提案してください。
- ブロックレベルの指摘の明示: レビュー結果の中に、マージ（採用）を差し止めるべき重大な指摘（ブロックレベル）が含まれていたかを、報告の冒頭で必ず yes/no で明示してください。yes の場合は該当する指摘内容も併記してください。なかった場合も「ブロックレベルの指摘なし」と明示してください。

このリポジトリの他の Skills

同じリポジトリ

user invoke only

user invoke only

agent-skill-reference

zeero/dotfiles

Official Claude Code reference for agent skills. Use this when configuring frontmatter or other settings for agent skills.

user invoke only

Use this to consult the official Pi coding agent reference when investigating, designing, or implementing Pi — setup, configuration, providers/models, skills, extensions, packages, prompt templates, sessions, SDK, RPC, JSON event stream, and terminal setup.

2026-07-153

visualize

zeero/dotfiles

trigger is `visualize`

2026-07-143

指示: 1. `git log -p [TARGET_REVISION]` または `git show [TARGET_REVISION]` を実行して、含まれる全ての変更内容を [判定したモードに応じて "Adversarial Review" または "レビュー"] してください。 2. セキュリティ、パフォーマンス、可読性、アーキテクチャの観点からレビューを行ってください。 3. 改善点が見つかった場合、利用可能なツールを使って該当ファイルを直接編集し、修正を適用してください。 4. どのような問題をどのように修正したか、実行結果として簡潔に出力してください。 5. 各指摘には重大度として「ブロック」（マージを差し止めるべき重大な問題）か「非ブロック」（改善提案レベル）かを必ず明記してください。ブロックに該当する指摘が一つも無い場合は「ブロックレベルの指摘なし」と明記してください。