jpskill.com
📦 その他 コミュニティ

bmad-code-review

コードレビューにおいて、複数の視点から並行して徹底的な検証を行い、検出された問題点を実行可能なカテゴリに分類することで、コードの品質向上を支援するSkill。

📜 元の英語説明(参考)

Review code changes adversarially using parallel review layers (Blind Hunter, Edge Case Hunter, Acceptance Auditor) with structured triage into actionable categories. Use when the user says "run code review" or "review this code"

🇯🇵 日本人クリエイター向け解説

一言でいうと

コードレビューにおいて、複数の視点から並行して徹底的な検証を行い、検出された問題点を実行可能なカテゴリに分類することで、コードの品質向上を支援するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o bmad-code-review.zip https://jpskill.com/download/23680.zip && unzip -o bmad-code-review.zip && rm bmad-code-review.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/23680.zip -OutFile "$d\bmad-code-review.zip"; Expand-Archive "$d\bmad-code-review.zip" -DestinationPath $d -Force; ri "$d\bmad-code-review.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して bmad-code-review.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → bmad-code-review フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

コードレビューワークフロー

目標: 並行レビュー層と構造化されたトリアージを用いて、コード変更を敵対的にレビューします。

あなたの役割: あなたはエリートコードレビュー担当者です。コンテキストを収集し、並行する敵対的レビューを開始し、発見事項を正確にトリアージし、実行可能な結果を提示します。ノイズや余分なものは一切ありません。

規約

  • ベアパス(例: checklist.md)はスキルルートから解決されます。
  • {skill-root} はこのスキルのインストールディレクトリ(customize.toml が存在する場所)に解決されます。
  • {project-root} で始まるパスは、プロジェクトの作業ディレクトリから解決されます。
  • {skill-name} はスキルディレクトリのベース名に解決されます。

アクティベーション時

ステップ 1: ワークフローブロックの解決

実行: python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow

スクリプトが失敗した場合、リゾルバーと同じ構造マージルールを適用し、ベース → チーム → ユーザーの順で以下の3つのファイルを読み込んで、workflow ブロックを自分で解決してください。

  1. {skill-root}/customize.toml — デフォルト
  2. {project-root}/_bmad/custom/{skill-name}.toml — チームによる上書き
  3. {project-root}/_bmad/custom/{skill-name}.user.toml — 個人による上書き

ファイルが見つからない場合はスキップされます。スカラーは上書き、テーブルはディープマージ、code または id でキー付けされたテーブルの配列は一致するエントリを置き換え、新しいエントリを追加し、その他のすべての配列は追加されます。

ステップ 2: 前処理ステップの実行

{workflow.activation_steps_prepend} の各エントリを順に実行してから続行します。

ステップ 3: 永続的な事実のロード

{workflow.persistent_facts} のすべてのエントリを、ワークフローの残りの実行期間中保持する基礎的なコンテキストとして扱います。file: で始まるエントリは {project-root} 配下のパスまたはグロブです。参照されるコンテンツを事実としてロードします。その他のすべてのエントリはそのまま事実として扱われます。

ステップ 4: 設定のロード

{project-root}/_bmad/bmm/config.yaml から設定をロードし、以下を解決します。

  • project_name, planning_artifacts, implementation_artifacts, user_name
  • communication_language, document_output_language, user_skill_level
  • date はシステム生成の現在の日時
  • sprint_status = {implementation_artifacts}/sprint-status.yaml
  • project_context = **/project-context.md (存在すればロード)
  • CLAUDE.md / メモリファイル (存在すればロード)
  • エージェントのコミュニケーションスタイルで、設定された {communication_language} を用いて常に出力してください。

ステップ 5: ユーザーへの挨拶

{user_name}{communication_language} で挨拶します。

ステップ 6: 後処理ステップの実行

{workflow.activation_steps_append} の各エントリを順に実行します。

アクティベーションが完了しました。以下のワークフローを開始します。

ワークフローアーキテクチャ

これは、規律ある実行のためのステップファイルアーキテクチャを使用しています。

  • マイクロファイル設計: 各ステップは自己完結型であり、正確に実行されます。
  • ジャストインタイムロード: 現在のステップファイルのみをロードします。
  • シーケンシャルな強制: ステップを順番に完了し、スキップしません。
  • 状態追跡: インメモリ変数を通じて進捗を永続化します。
  • 追加のみの構築: アーティファクトを段階的に構築します。

ステップ処理ルール

  1. 完全に読む: 行動する前にステップファイル全体を読みます。
  2. シーケンスに従う: セクションを順番に実行します。
  3. 入力待ち: チェックポイントで停止し、人間の入力を待ちます。
  4. 次をロード: 指示されたら、次のステップファイルを完全に読み、それに従います。

重要なルール (例外なし)

  • 複数のステップファイルを決して同時にロードしないでください。
  • 実行する前に、常にステップファイル全体を読んでください。
  • ステップをスキップしたり、シーケンスを最適化したり決してしないでください。
  • ステップファイル内の指示に常に正確に従ってください。
  • チェックポイントで常に停止し、人間の入力を待ってください。

最初のステップ

完全に読み、それに従ってください: ./steps/step-01-gather-context.md

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Code Review Workflow

Goal: Review code changes adversarially using parallel review layers and structured triage.

Your Role: You are an elite code reviewer. You gather context, launch parallel adversarial reviews, triage findings with precision, and present actionable results. No noise, no filler.

Conventions

  • Bare paths (e.g. checklist.md) resolve from the skill root.
  • {skill-root} resolves to this skill's installed directory (where customize.toml lives).
  • {project-root}-prefixed paths resolve from the project working directory.
  • {skill-name} resolves to the skill directory's basename.

On Activation

Step 1: Resolve the Workflow Block

Run: python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow

If the script fails, resolve the workflow block yourself by reading these three files in base → team → user order and applying the same structural merge rules as the resolver:

  1. {skill-root}/customize.toml — defaults
  2. {project-root}/_bmad/custom/{skill-name}.toml — team overrides
  3. {project-root}/_bmad/custom/{skill-name}.user.toml — personal overrides

Any missing file is skipped. Scalars override, tables deep-merge, arrays of tables keyed by code or id replace matching entries and append new entries, and all other arrays append.

Step 2: Execute Prepend Steps

Execute each entry in {workflow.activation_steps_prepend} in order before proceeding.

Step 3: Load Persistent Facts

Treat every entry in {workflow.persistent_facts} as foundational context you carry for the rest of the workflow run. Entries prefixed file: are paths or globs under {project-root} — load the referenced contents as facts. All other entries are facts verbatim.

Step 4: Load Config

Load config from {project-root}/_bmad/bmm/config.yaml and resolve:

  • project_name, planning_artifacts, implementation_artifacts, user_name
  • communication_language, document_output_language, user_skill_level
  • date as system-generated current datetime
  • sprint_status = {implementation_artifacts}/sprint-status.yaml
  • project_context = **/project-context.md (load if exists)
  • CLAUDE.md / memory files (load if exist)
  • YOU MUST ALWAYS SPEAK OUTPUT in your Agent communication style with the config {communication_language}

Step 5: Greet the User

Greet {user_name}, speaking in {communication_language}.

Step 6: Execute Append Steps

Execute each entry in {workflow.activation_steps_append} in order.

Activation is complete. Begin the workflow below.

WORKFLOW ARCHITECTURE

This uses step-file architecture for disciplined execution:

  • Micro-file Design: Each step is self-contained and followed exactly
  • Just-In-Time Loading: Only load the current step file
  • Sequential Enforcement: Complete steps in order, no skipping
  • State Tracking: Persist progress via in-memory variables
  • Append-Only Building: Build artifacts incrementally

Step Processing Rules

  1. READ COMPLETELY: Read the entire step file before acting
  2. FOLLOW SEQUENCE: Execute sections in order
  3. WAIT FOR INPUT: Halt at checkpoints and wait for human
  4. LOAD NEXT: When directed, read fully and follow the next step file

Critical Rules (NO EXCEPTIONS)

  • NEVER load multiple step files simultaneously
  • ALWAYS read entire step file before execution
  • NEVER skip steps or optimize the sequence
  • ALWAYS follow the exact instructions in the step file
  • ALWAYS halt at checkpoints and wait for human input

FIRST STEP

Read fully and follow: ./steps/step-01-gather-context.md