菜单
自分の作業ブランチのPR提出前セルフレビュー（diff包括チェック）。使用タイミング: (1) 「セルフレビューして」「消し忘れないか確認して」「diffを徹底チェックして」「変更漏れ・削除漏れがないか見て」等の依頼時、(2) PR作成前の最終確認時。境界: 他者PR（番号/URL指定）のレビュー→pr-review、コードベース全体監査→codebase-review、文書レビュー→doc-review。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
コードベース包括的レビュー。6観点（perf/sec/test/arch/cq/docs）を並列サブエージェントで実行し、優先度付きissueファイルをメモリディレクトリに生成。使用タイミング: コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review実行時。境界: PR単位のレビュー→pr-review、自ブランチの提出前確認→self-review、ローカル未コミット変更→/code-review、ドキュメントのレビュー→doc-review。
既存設定と整合したスキルを新規作成。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill実行時に使用。~/.claude/AGENTS.md（CLAUDE.mdは互換symlink）、context/*.md、既存スキルを自動参照し、重複・競合を避けたスキルを生成。境界: 既存スキル・指示ファイルの修正→update-inst、指示ファイル全体の監査→instructions-audit。
抽象的な要件・Biz 要求から要求を深掘りし、コードベース SSoT で既存実装整合性を確認した上で「実装マスタ（01_requirements_skeleton.md）」と「システム要件書（02_system_requirements.md）」を作成する。使用タイミング (1)「○○って機能を作りたい」「このBiz要求を満たす機能を設計して」等の抽象要件提示時、(2) 既存機能の拡張・Phase 分割等の要件定義開始時、(3) `/design-feature ...` 実行時。
Agent Teamsによる多角的ドキュメントレビュー。設計書・仕様書・計画書等のドキュメントを6 Agent（通常4 + Devil's Advocate + agent CLI）で並列レビュー。使用タイミング: (1) /doc-review 明示実行時、(2) 「チームでレビューして」「多角的にレビューして」等の明示依頼時（Agent Teams発動条件(c)相当）。通常の「レビューして」だけの依頼では発火しない（単独レビューまたはagent CLIで対応し、必要なら本スキルを提案する）。
既存の計画・設計・アイデアを徹底的に尋問し、共有理解に至るまでストレステストする対話スキル。使用タイミング: (1) 「グリルして」「grillして」「この計画を詰めて」「計画の穴を突いて」「ストレステストして」等の依頼時、(2) 実装着手前に計画・設計の前提や未決定事項を洗い出したい時。境界: ゼロからの要件定義・要件書作成→design-feature、完成した文書の多角的レビュー→doc-review。本スキルは既に存在する計画・アイデアの対話的な検証を行う。要件書等の成果物は生成せず、確定した重要決定のみADRとして.local/docs/に記録する。
現在のセッション内容を、別セッションのエージェントが引き継げるハンドオフ文書に圧縮し、メモリディレクトリに書き出す。セッションを切り替えたい時・作業を中断して後日再開したい時に /handoff で実行。
| name | self-review |
| description | 自分の作業ブランチのPR提出前セルフレビュー（diff包括チェック）。使用タイミング: (1) 「セルフレビューして」「消し忘れないか確認して」「diffを徹底チェックして」「変更漏れ・削除漏れがないか見て」等の依頼時、(2) PR作成前の最終確認時。境界: 他者PR（番号/URL指定）のレビュー→pr-review、コードベース全体監査→codebase-review、文書レビュー→doc-review。 |
自分の作業ブランチのdiff全量を包括チェックし、消し忘れ・変更漏れ・意図しない変更を検出する。 コード品質のレビュー（バグ・設計）ではなく、変更の完全性と純度の検証に特化する。
# BASE_BRANCHはPJ CLAUDE.md参照（未定義時: develop→main→master）
git log --oneline <BASE_BRANCH>..HEAD
git diff <BASE_BRANCH>...HEAD --stat
git diff <BASE_BRANCH>...HEAD
git status # 未コミット変更の確認
diffは省略せず全ファイル確認する。一部だけ確認しても意味がない。
diffで削除・リネームされた識別子を抽出し、リポジトリ全体で残存検索する:
git grep -n "<identifier>" または rg -n "<identifier>"# 例: 削除した識別子ごとに実行
git grep -n "konbini-payment-requires-action"
git diff --stat で変更行数が多い割に意図が不明なファイル）.idea/ .vscode/ .env* *.log lockファイルの意図しない変更、一時ファイルconsole.log / print / debugger / コメントアウトされた試行コード / TODO の置き忘れgit log に他タスクのコミットが混入していないか（rebase漏れ）双方向で確認する:
# セルフレビュー: <ブランチ名>
## 対象
- ブランチ: <branch> → <base>（コミットN件、ファイルM件）
## 消し忘れ・残存
- [なし / 検出内容（ファイル:行）]
## 意図しない変更
- [なし / 検出内容と推奨対応（戻す・別コミット化等）]
## 要件との突合
| 要件 | 対応する変更 | 判定 |
|------|------------|------|
| ... | ... | OK / 漏れ / 過剰 |
## 推奨アクション
1. [修正が必要な項目]
git checkout -- は format副作用と断定できるファイルのみ・判断不能時はユーザー確認）