implement-review
implement-review
コード変更の品質・アーキテクチャ準拠・セキュリティをレビューします。
フロー
Step 1: 変更内容を確認する
git diff main...HEAD --stat
git diff main...HEAD
ベースブランチはリポジトリの規約に従う（main / develop 等）。
または特定のファイル・ディレクトリを対象にする（ユーザーが指定した場合）。
Step 2: コード品質レビュー
Agent ツールに委譲してコード品質を確認:
More from fandhe-ai/agent-cli-skills
create-pr
Conventional Commits 形式で GitHub PR を作成する。OWASP Top 10 のセキュリティチェック必須で、問題があれば PR 作成を中止。Summary/Test plan/Design を含む body を生成。「PR 作って」「プルリク」「`gh pr create`」などで使用。別リポジトリ (upstream) への貢献は contribute-skill。
11create-commit
Conventional Commits 形式で git コミットを作成する。staged 差分から type/scope を推定し、breaking change やシークレット混入 (.env 等) を検出。pre-commit フックを必ず通す (`--no-verify` 不可)。「コミットして」「git commit」「変更を記録して」などで使用。
11create-plan
|
11update-docs
コード変更に基づいて CLAUDE.md やスキル一覧を更新する。
11create-issue
GitHub Issue を親子構造 (sub-issues) で作成する。`gh issue create` で親・子 Issue を生成し、`gh api .../sub_issues` で親子関係を紐付ける。タイトルは Conventional Commits 形式 (`feat:`, `fix:` 等) を推奨。「Issue 作って」「タスクを分解して Issue 化」などで使用。
11implement-issue
GitHub Issue を読み込み、`_/local-plans/<issue-number>-<slug>.md` に詳細計画を作成して**ユーザー承認後**にコードを実装する。実装後はセキュリティレビュー (OWASP Top 10) → テスト実行 → Conventional Commits でコミット。Issue 番号や URL を渡された実装依頼、「Issue #N を実装して」「この Issue を着手」などで使用。
11