Skill.md検索

3段階のコードレビュー自動化: Kotlin/Gradle（Spring Boot・coroutines含む）のコードを、原則・変更安全性・テスタビリティという3つの専門視点で段階的に検証できます。 根拠付き findings の統合出力: 各チェック段階から複数の findings が出力されても、同じコード箇所への指摘を重複排除し、severity に基づいて統合したリストを得られます。 最小修正＋検証手順の提案: 各 finding に対して「何を直すか」「どう確認するか」を具体的に示すため、修正の実施判断と実行がしやすくなります。 スコープ管理による的確な指摘: レビュー対象ファイル・モジュール・変更セットをあらかじめ定義し、スコープ外の指摘を排除できます。 再現性のあるルール体系: CC-P001〜CC-P006（原則）、CC-C001〜CC-C004（変更安全性）、CC-T001〜CC-T005（テスタビリティ）など、識別可能なルール ID で品質基準を統一管理できます。 Kotlin開発者: 自分のコードが原則・安全性・テスタビリティの観点から妥当か確認したい チームリード: PR レビューを自動化・効率化し、レビュアーの負担を減らしたい 品質管理者: コード品質基準を可視化・定量化し、プロジェクト全体の品質向上を推進したい スタートアップ・受託開発: レビューコストを抑えながら、保守性の高いコードベースを維持したい このワークフローマネージャーは3つのサブスキル（clean-code-principles-architect、clean-code-change-safety-reviewer、clean-code-testability-optimizer）を順に呼び出し、各々が独立して findings を返す。Step 1 でスコープ（対象ファイル・モジュール・トリガー）を定義し、3つのサブスキル全てに共有。Step 2〜4 はスコープを適用した独立実行。Step 5 で findings をマージ（3段階優先度: コード位置ベース > コードアンカーベース > マージしない）。重複排除ロジックは (file, line_range) の一致を最優先し、次にルール ID + コードアンカー抽出で判定。マージ時は severity 高い方を採用し、他の rule_id は参照として記載。最終出力は severity 降順でソート（critical → high → medium → low）。出力フォーマットは JSON または Markdown findings リスト、各 finding に severity、rule_id、evidence、minimal_fix、verification を必須含有。