Skill.md検索

git diffで変更ファイルを自動検出し、対象モジュールを特定して並列レビューを実行できます。 レビュー指摘に対して修正→再レビューのサイクルを自動で回し、依存先モジュールの再レビューも含めて対応します。 複数モジュールをチームエージェント（並列実行）で同時にレビューするため、シリアルレビューより大幅に時間短縮できます。 レビュー完了時に、対象モジュール一覧・各モジュール結果・修正内容・残タスクをまとめたサマリーを自動生成します。 PR提出前の包括的な品質チェックを自動化できます。 エンジニアリングマネージャー：複数の開発者のPRレビュー品質を標準化したい チーム開発の中心メンバー：PR前のレビュー時間を削減したい 自動テスト・CI基盤を整備している組織：さらに自動レビューを加えたい コードベースの品質維持が重要な案件：漏れのない包括レビューを実現したい 本スキルは4つのステップで構成。Step 1（スコープ判定）：git diff main...HEAD --name-onlyで変更ファイル検出、execute-review/SKILL.mdのパスマッピングで対象モジュール特定。対象なければ「差分なし」報告で終了。Step 2（チームレビュー）：TeamCreate("finger-tracker-review")でレビューチーム立ち上げ、対象モジュールごとに並列でサブエージェント起動（type: "general-purpose", model: "sonnet"、各レビュアーはexecute-review/SKILL.mdを読み込んでモジュール別レビュー実行、結果をSendMessageでリーダーに報告）。Step 3（結果収集+解放）：全エージェント報告を待機、受領後に各レビューエージェントにSendMessage(type: "shutdown_request")で解放。Step 4（修正サイクル）：全結果をrequest-fix/SKILL.mdで処理、指摘「なし」の場合はStep 7へ。Step 5（再スコープ判定）：修正ファイルから直接変更モジュール特定、execute-review/SKILL.mdの依存先列を参照し依存先モジュールも再レビュー対象に追加。Step 6（再レビュー1回のみ）：特定モジュールについてStep 2-3を再実行（既存チーム再利用）。Step 7（最終報告+解散）：対象モジュール一覧、各モジュール結果、修正サイクル結果、残タスク（未解決・別PR先送り）をMarkdown形式で出力、TeamDeleteでチーム解散。

指定したモジュールのコード差分（diff）を自動取得し、プロジェクトで定められた品質基準に基づいて検査できます。 レビュー指摘を「Critical（必須修正）」「Medium（推奨修正）」「Low（記録・先送り可）」の3段階に自動分類し、優先度が一目でわかります。 モジュール間の依存関係を認識しており、あるモジュール変更時に関連モジュールの再レビューが必要な場合を自動で提示できます。 設計書やレビュー基準ドキュメントを参照しながら評価するため、属人的でない一貫したレビューが実現します。 チーム開発でコード品質を統一したい技術リーダーやコードレビュアー CI/CDパイプラインに自動レビューを組み込みたいDevOpsエンジニア 複数モジュールの依存関係が複雑なプロジェクト（組み込みシステムなど）を保守している人 レビュー基準ドキュメントを整備した上で、その実行を自動化したいチーム このスキルは指定モジュールの変更をレビューします。パスマッピングではモジュール名（comm、controller、hardware等7種類）をgit diffパスに対応づけ、依存先モジュール情報も管理します。分類基準は Critical（正しさ・安全性・設計整合性に影響）、Medium（品質・保守性向上の改善）、Low（将来対応提案）です。手順は git diff main...HEAD --name-only -- {paths} で変更検出（変更なしなら報告終了）、git diff main...HEAD -- {paths} でdiff取得、docs/review/modules/{module}.md で評価項目確認、変更ファイルをRead＋設計書参照、評価項目に基づきレビュー＋分類、docs/review/FORMAT.md に従い結果出力（チームエージェント時はSendMessageでリーダー報告）します。

レビュー指摘を優先度別に自動分類：Critical・Medium・Lowの指摘を「即修正」「要判断」「記録」「スキップ」に振り分け、対応すべき修正と先送り項目を整理します。 修正方法の選択をユーザーに仰ぐ：複数の修正方法がある場合、技術選定やスコープ判断など意思決定が必要な項目をリスト化し、選択肢を提示して確認します。 修正内容を自動生成して実行：ユーザーの判断に基づき修正リストを作成し、修正専用サブエージェント（fixer）に委譲して自動実行させます。 修正結果を結果レポートで報告：完了した修正、スキップ理由、別PR先送りタスクを一覧で整理し、進捗状況を明確にします。 コードレビュイー（修正担当者）：大量の指摘から優先度を自動判定され、修正作業の順序と判断ポイントが明確になります。 開発チームリード：レビュー指摘の対応方針を統一的に管理し、即座に対応すべき重要度の高い修正を効率化できます。 品質保証・レビュアー：Critical指摘は自動修正、Medium以下は分類済みの状態で追跡できるため、フォローアップが簡潔になります。 プロジェクトマネージャー：修正スコープの判断を可視化し、別PRで対応すべきタスクと現在のPRで完結する作業を明確に分離できます。 Step 1（指摘分類）：Critical/Medium/Lowの全項目を「即修正」「要判断」「記録」「スキップ」に分類。Critical原則即修正（要判断条件該当時のみユーザー確認）、Medium内容応じ分類、Low原則記録（ユーザー希望時対応）。要判断条件：(a)修正方法選択肢複数・曖昧、(b)公開API・型定義・プロトコル・複数モジュール変更など影響大, (c)ライブラリ追加・変更、アーキテクチャ変更、CLAUDE.md逸脱などの技術選定, (d)PRスコープ超過・大規模リファクタリング誘発のスコープ判断。Step 2（ユーザー確認）：要判断項目をAskUserQuestionで確認（最大4問/回、5件以上は分割）。修正方法は[方法A/方法B/スキップ]、技術選定は[選択肢A/選択肢B/現状維持]、スコープは[このPRで対応/別PRで対応/対応不要]選択肢構成。Step 3（修正リスト作成）：即修正項目・ユーザー選択修正を含める、別PR対応・Low記録・スキップ理由記録。Step 4（修正サブエージェント起動）：execute-fix/SKILL.mdを参照し修正リスト実行。Step 5（結果報告）：修正完了・スキップ・残タスク（別PR先送り）を整理して報告。

修正箇所の自動特定: 指定されたファイルと行番号から修正対象を素早く特定し、周辺コードのコンテキストを把握します。 正確な修正適用: Edit ツールを使用して、指摘事項に基づいた修正を正確に適用します。 修正の検証: 各修正後に意図通りの変更が行われたかを確認し、失敗時は原因を報告します。 修正結果の構造化レポート: 完了した修正と失敗した修正を区別して、わかりやすく一覧で報告します。 AI レビューツールの利用者: code-review など他スキルの指摘を自動で反映させたい方 自動修正ワークフロー構築者: 複数ファイルの一括修正を自動化したい開発チーム バグ修正業務の効率化: 決定済みの修正内容を素早く実装したい方