Skill.md検索

ローカルブランチ、GitHub PR、ステージ済み変更など複数の対象に対してコードレビューを実行し、品質・一貫性・潜在的な問題を検出できます。 複数の専門領域（品質・パフォーマンス・セキュリティ・ガイドライン準拠）をサブエージェントで並列レビューし、短時間で包括的な指摘を得られます。 API変更・スキーマ変更・依存関係アップデートなど「破壊的変更」を自動検出し、後続の問題を事前に防げます。 各レビュー観点をA～D段階でスコアリングし、視覚的にレビュー結果をまとめることで、改善の優先度が一目瞭然になります。 PR作成前の品質チェック工程を自動化するため、手作業のレビュー漏れを削減できます。 コードレビューの負担を減らしたい技術リード・アーキテクト PR作成前に品質問題をローカルで発見したい開発者 セキュリティリスク（XSS・SQLインジェクションなど）を早期に検出したいセキュリティ担当者 チームのコーディング規約遵守状況を定量的に把握したい組織マネージャー ローカルブランチまたはGithub PRの変更内容をレビューし、品質・一貫性・潜在的な問題を検出します。フェーズ1でAskUserQuestionツール経由でレビュー対象（ローカルブランチ・GitHub PR・ローカル差分・ステージ済み差分）を確認し、フェーズ2で破壊的変更チェック実施の有無を確認します。フェーズ3でgit diffやgh prコマンドで変更内容を取得し、フェーズ4で全サブエージェント（review-quality・review-performance・review-security・review-guideline）を並列実行します。フェーズ6で破壊的変更チェックを実施し、API変更・スキーマ変更・設定変更・依存関係に関する問題を検出します。出力形式として、レビュー対象・変更ファイル数・追加削除行数サマリー、品質・パフォーマンス・テスト・ドキュメント・セキュリティ・ガイドライン・DesignDocのスコア一覧、破壊的変更有無、Critical・Major・Minor・Infoレベルの発見事項を記載します。

計画書の不明点を自動抽出し、構造化された質問で解消 — 曖昧な仕様や未決定事項をAIが見つけ出し、選択肢付きの質問で誘導するため、あなたが「何を決めるべきか」を逃しません。 決定事項を表形式でまとめ、計画に自動反映 — 回答後、選択内容と理由が整理された表で出力され、計画ファイルにそのまま記録できます。 不明点がなくなるまで何度も繰り返し質問 — 最初の回答で新たな疑問が生まれても、AIが自動的に深掘りを続け、完全に納得できるまでサポート。 プロジェクト固有のパターンに合わせた質問生成 — 既存の計画書やプロジェクト設定から学習し、ちぐはぐな提案をしません。 プロダクトマネージャーやデザイナー — 仕様を詰める際の「聞き漏らし」を防ぎ、意思決定を可視化できます。 エンジニアリングリード — 開発前に技術要件を徹底的に明確化し、手戻りを削減。 スタートアップ創業者 — 事業計画の曖昧さを自分自身で構造的に整理でき、投資家説明の説得力が上がります。 プロジェクト立ち上げの担当者 — 最初の計画段階で「あ、これ決まってなかった」という後の指摘を最小化。

コードの可読性と保守性を段階的に診断・改善 — 関心の分離（責務を分ける）、重複排除（DRY原則）、依存関係削減などの標準的な設計原則に基づき、改善点を明確に指摘します。 動作を変えずに内部構造だけを整理 — バグ修正や機能追加ではなく、既存の動作を保ったまま「読みやすさ」に特化した改善を実施。 オーバーエンジニアリングを防止 — シンプルさを優先し、不要な複雑化や過度な細分化を排除。 最小限の変更で段階的に改善 — 一度にすべてを変えるのではなく、小さな改善ステップを積み重ねるため、レビューしやすく、ロールバックもしやすい。 開発チームのテックリード — コードベースの技術的負債を計画的に削減し、チームの生産性向上を実現。 既存プロジェクトの保守担当者 — 複雑化したコードを整理し、新機能追加時の開発速度を回復。 コードレビューを担当する人 — 改善の指針が曖昧なときに、標準的な原則に基づいた具体的な提案が得られます。

修正→自己レビューのサイクルを3回自動実行 — 1回の修正では見落としがちな問題も、複数回のレビューを通じてAIが段階的に発見・改善。 各サイクルで異なる観点をチェック — 1回目は正確性、2回目は副作用（他機能への影響）、3回目は全体整合性など、段階的に深掘り。 エッジケース（想定外の入力）を意識的に洗い出す — レビューサイクルが進むにつれ、「こういった場合は大丈夫？」という視点が組み込まれます。 修正内容の記録と追跡が容易 — 各サイクルでどこが改善されたかが明確に残るため、品質向上のプロセスが可視化されます。 バグ修正やコード改善を急かされている開発者 — 複数回のレビューを自動化することで、修正漏れを減らしながら時間短縮。 テスト工程を簡潔に進めたいチーム — 機械的なレビューサイクルで基本的な品質基準をクリアし、人間のテストに時間を集中。 ローカルブランチやPRの品質を手軽に向上させたい人 — 「修正しました」で終わらず、複数の目線で検証した状態に自動で持ち込めます。