standardization-scannerlisted

# standardization-scanner ## 目的 個別プロジェクトで蓄積された運用知見・バグパターン・解決手順のうち、複数プロジェクトで再発しているものを検出し、`dev-templates` への標準化候補として提案する。個別最適に留まる知見を全体最適に格上げするための定期検出メカニズム。 ## 入力 - 直近 30 日の各プロジェクト memory ディレクトリ（`<project>/.claude/memory/` または `~/.claude/projects/*/memory/`） - 直近 30 日の commit message（`git log --since=30.days --oneline`） - 直近 30 日の PR description（GitHub API 経由 `gh pr list --state all --search "merged:>=$(date -d '30 days ago' +%Y-%m-%d)"`） - feedback 系 memory（`feedback_*.md`） ## 検出ルール | ルール | 条件 | 推奨アクション | |---|---|---| | 共通 feedback | 同一内容の `feedback_*.md` が **2+ プロジェクト** | 共通化候補（CLAUDE.md または android-dev.md 追加） | | デバッグパターン | 同一の問題切り分け手順が **3+ PR** に登場 | ヘルパー関数化候補 / debugging-patterns.md 追加 | | バグカテゴリ反復 | 同一カテゴリのバグ修正が **2+ 回** 反復 | 防止ガイドライン化候補（CLAUDE.md または quality.md 追加） | | ヘルパー重複 | 似たヘルパー関数が **2+ プロジェクト** に独立して書かれている | 共通モジュール化候補（templates/ または skill 化） | ## 出力 `claude-bootstrap/STANDARDIZATION_CANDIDATES.md` に候補追加。既存があれば追記、重複は統合（出現回数・出現プロジェクトをマージ）。 各候補のフォーマット: ```markdown ## <候補名> - **発見日**: YYYY-MM-DD - **出現プロジェクト**: project-a, project-b - **出現回数**: N - **推奨アクション**: <CLAUDE.md 追加 | android-dev.md 追加 | skill 化 | テンプレ追加> - **優先度**: high / medium / low - **詳細**: <なぜ共通化すべきか / どの memory・commit・PR が根拠か> - **ステータス**: 未確認 ``` 優先度判定: - **high**: 3+ プロジェクトで反復、または直近 30 日に複数回バグ修正されている - **medium**: 2 プロジェクト反復、軽度トラブル - **low**: 共通化の利益はあるが即時性なし ## 運用 1. 月次 scheduled-task（`monthly-standardization-review`）で起動 2. 結果を `STANDARDIZATION_CANDIDATES.md` に追記 3. ユーザは月初に確認 → 採用するもの