Skill.md検索

PRのレビューコメントを自動分析し、同じ指摘を二度としないための改善案を生成できます。 指摘内容がコードスタイル・セキュリティ・エラーハンドリング・テスト・パフォーマンスのどれに該当するか自動判定します。 汎用性の高い改善のみを抽出し、特定ファイルの具体的な修正や単発のtypoなどは除外できます。 ESLintルール作成、CLAUDE.mdガイドライン追加、Skillsプロセス追加のいずれが最適かを判断し、自動的にPRを作成します。 「別の変更でも同じ間違いを繰り返しそう」な指摘から、チーム全体で適用できるルール化を実現できます。 PRレビューで何度も同じ指摘をしているレビュアー チームのコード品質を向上させたい開発リーダー ESLintやガイドラインを段階的に拡充したいプロジェクト ミスの根本原因に対して予防的に対策したい開発チーム GitHub Actions経由で/tmp/review-data/内のJSON（review_comments.json、reviews.json、issue_comments.json、pr_info.json）を読み込むか、ローカル実行時はghコマンドで取得。各コメントを「コードスタイル」「設計・アーキテクチャ」「セキュリティ」「パフォーマンス」「エラーハンドリング」「テスト」「ドキュメント」「その他」に分類。改善は①汎用性がある（他のPRや今後の開発でも適用可能）②反省的スキル（具体的な実装詳細ではなく考え方やアプローチ）③再発防止効果が高い（同様のミスを防ぐ効果が明確）の全てを満たす場合のみPR作成。改善方法は「AST検出可能で自動修正可能ならESLintルール」「プロジェクト全体に適用される一般的なガイドラインならCLAUDE.md」「複数ステップのワークフロー関連ならSkills」として決定。既存ルール化済み・単発のtypo・コンテキスト依存が強い・軽微な改善は除外。

現在のブランチからデフォルトブランチへのPull Requestを自動作成し、タイトル・本文をコミット内容から自動生成できます。 ローカル検証（Lint、Format、ビルド等）を自動実行し、問題があれば修正を試みて再度プッシュします。 PR作成後、GitHub ActionsのCI（継続的インテグレーション）が完了するまで自動監視し、失敗時はログを取得して問題を分析します。 変更ファイル数、コミット数、CI結果をまとめたサマリーを自動出力します。 ドラフトPRや、CI待機のスキップなど、オプション引数で柔軟に対応できます。 開発者：手作業でのPR作成・CI監視の時間を削減したい チームリード：提出前の品質チェック漏れを防ぎたい DevOpsエンジニア：CIパイプラインの自動化を強化したい フリーランス開発者：複数プロジェクトのPR管理を効率化したい 本スキルは以下の5つのフェーズで構成されています。Phase 0：gh repo viewでデフォルトブランチを特定。Phase 1（事前チェック）：現在のブランチ確認、未コミット変更があれば警告、git fetch originでリモート同期確認、未プッシュコミットがあれば自動プッシュ。Phase 2（ローカルチェック）：pnpm install → knip → lint → format:check → buildを順実行し、いずれか失敗時は修正を試み、自動修正で解決しない場合はエラーで終了。Phase 3（PR作成）：git logとgit diff --statでコミット一覧・変更ファイル確認、内容から自動でタイトル・本文を生成、gh pr createで実行。PR本文にはSummary・Changes・Test planセクションを含め、「Generated with Claude Code」を付記。Phase 4（CI監視）：gh pr checks --watchで30秒間隔、最大20回（計10分）ポーリング、失敗時はgh run view --log-failedでログ取得。Phase 5（結果サマリー）：PR URL、CI結果、変更ファイル数、コミット数、レビュー依頼推奨を出力。注意事項として、TypeScript型エラーはビルド時検出・必須、セキュリティ変更は明記、DB変更時はマイグレーション確認、大型変更はPR分割を提案。引数：--draft（ドラフト作成）、--skip-ci-wait（CI待たずに終了）、--reviewer {username}（レビュアー指定）が可能。

独自のコード規約を ESLint ルール化できます。禁止事項の検出から自動修正まで、自分たちのチームに必要なルールを作成して、コード品質を保つことができます。 ルールの作成とテストをセットで整備するため、作成したルールの動作が確実に検証されます。 既存ルールを参考にしながら、ディレクトリ構造に基づいて体系的にルールを管理できます。 チーム独自のコード規約を機械的に強制したい開発リーダー セキュリティルール（ハードコードされた秘密情報の検出など）を自動化したい人 既存の ESLint ルールでは対応できない独自チェックを導入したい人