Skill.md検索

GitHub Issue / PR の要件と実装内容を厳格に突き合わせ、要件が完全に実装されているかを検証できます。 SOLID原則（単一責任、開放閉鎖原則など）に基づいて、設計の問題を指摘でき、将来の保守をしやすくします。 セキュリティ、パフォーマンス、エラーハンドリング、境界条件をチェックし、本番環境での問題を事前に防げます。 プロジェクト固有のコンベンション（ファイル名、インポート順序、エラー処理パターン等）への準拠を確認できます。 Senior Engineer / Tech Lead：チームのコード品質を一貫して高めたい Code Reviewer：「何を見ればいいか」が明確になり、レビュー漏れを減らせる Product Team：要件通りに実装されているか、最後の確認ゲートにしたい 品質を重視するプロジェクト：セキュリティやパフォーマンスの問題を本番前に洗い出したい 入力は3パターン対応：(A) Issue URL + PR URL、(B) Issue URL + ローカル diff、(C) 要件テキスト + PR URL/ローカル diff。ワークフローは6ステップで、まず要件を抽出（Issue閲覧、AC確認）し、変更内容を取得（PR diff または git diff）、プロジェクトコンテキストを確認（project-context.md 参照、既存ファイルのパターン学習）、要件充足チェック（実装済み/未実装/部分実装/スコープ外を分類）、プロジェクト適合性チェック（ファイル命名規則、インポート順序、エラー処理パターンなど）、SOLID+Architecture チェック（solid-checklist.md 参照）を行います。