self-review
手元のコードをreviewerエージェントでセルフレビューし、指摘に基づいて自動修正するループ
Best use case
self-review is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
手元のコードをreviewerエージェントでセルフレビューし、指摘に基づいて自動修正するループ
Teams using self-review should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/self-review/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How self-review Compares
| Feature / Agent | self-review | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
手元のコードをreviewerエージェントでセルフレビューし、指摘に基づいて自動修正するループ
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
以下の手順を順番に実行してください。 ## ステップ1: 引数の解釈 $ARGUMENTS を以下のルールで解釈してください: - 第一引数: レビュー対象(省略時は `diff` = 現在のunstaged changes + untracked files) - 第二引数: reviewer名(省略時は全reviewerを並列実行) ### レビュー対象の指定方法 - 指定なし / `diff`: `git diff` + `git ls-files --others --exclude-standard` で新規ファイルも取得 - `staged`: `git diff --cached` - `branch` または `ブランチ`: `git diff origin/main...HEAD` - `PR #123` または `pr 123`: `gh pr diff 123` - その他: そのまま渡す ### 利用可能なreviewer名 - `reviewer` - Claude自身による詳細レビュー - `codex-reviewer` - Codex CLIを使ったレビュー - `simplify-reviewer` - 可読性・一貫性・保守性に特化したレビュー reviewer名が上記のいずれにも一致しない場合は、エラーとしてユーザーに利用可能なreviewer名を案内してください。 ## ステップ2: レビュー実行 - reviewer名が指定された場合: そのreviewerのエージェントを起動し、レビュー対象の情報を渡してコードレビューを実行する - reviewer名が省略された場合: 全reviewerのエージェントを**同時に並列起動**し、レビュー対象の情報を渡してコードレビューを実行する ## ステップ3: レビュー修正 すべてのレビューが完了したら、/fix-review-comments スキルを実行して、レビュー指摘に対応してください。
Related Skills
review-current-branch
シニアソフトウェアエンジニアとして現在のブランチのプルリクエストをレビューする
reply-fix-to-review-comments
GitHub PR のレビューコメント(インライン)に対し、直前の会話で対応した commit を紐付けて「<commit URL> で修正しました」という Reply をまとめて投稿する。「レビュー Reply して」「レビューコメントに返信して」「修正報告投稿して」などのリクエストで使用。コード修正そのものは扱わず、修正・commit 済みの状態から呼ぶ前提。
fix-review-comments
直前の会話に含まれるレビュー結果を精査し、妥当な指摘に対して修正を実施する。レビュアーの指摘がすべて正しいとは限らないため、各コメントを批判的に評価する。「レビュー対応して」「レビューコメント修正して」「指摘を直して」「レビュー指摘に対応して」などのリクエストで使用。
subagent-commit
git-commit-message-generatorエージェントを利用して、commitメッセージを生成する
search-loosedrawing
Loose Drawingから画像を検索、または表現に適したイラストの組み合わせを提案する
search-irasutoya
いらすとやから画像を検索、または表現に適したイラストの組み合わせを提案する
search-cluster-creators-guide
Cluster Creators Guide(creator.cluster.mu)からクリエイター向け情報を検索・調査する。 「clusterの〜について調べて」「〜の使い方」「〜する方法」「〜を探して」などのリクエストで使用。 Bashでスクリプトを実行してサイト検索・記事取得を行い、関連情報を抽出して提示する。
my-create-draft-pull-request
GitHubのDraft PullRequestを作成する
memo-tech
現在のセッションから汎用知識のみを抽出し、話題ごとに自動タイトルで分割・保存(Obsidian直下、引数不要)
implement-handoff
実装計画に従って作業後、次のフェーズ担当者への申し送り事項を作成する
criticalthink
直前の自分の回答を厳密な批判的思考で分析する
create-requirements
ヒアリングしながら作りたい機能の要件定義を確定する