使うタイミング： 「lodash の isEmpty を使え。!arr.length はダメ」と 3 回伝えたが毎回元に戻るとき。
フロー
-
次の修正をキャプチャする
Use pro-workflow. Capture this rule: 'Use lodash isEmpty for emptiness checks; never !arr.length'. Scope: src/utils/.✓ コピーしました
→ スコープ付きでルールが保存され、CLAUDE.md が更新される
-
次のセッションで確認する
Tomorrow: ask Claude to clean up an empty-check pattern in src/utils/.✓ コピーしました
→ 再プロンプトなしで Claude が isEmpty を使用する
-
月次でルールを監査する
List all captured rules. Anything stale or superseded?✓ コピーしました
→ 最後に適用された日付付きのルール一覧が表示される。古いものを削除する
結果： 各修正を一度払うだけで済む。毎週繰り返さなくてよい。
注意点
- 過度に広いルール（「常に関数型スタイルを使え」）が逆効果になる — ルールをディレクトリや機能エリアに絞る。具体的 > 一般的
使うタイミング： Claude がモジュール B の機能作業を続けながら、モジュール A のリファクタリングを行いたいとき。
フロー
-
作業ツリーを生成する
Use pro-workflow. Create two worktrees: ../wt-refactor-a and ../wt-feature-b from main.✓ コピーしました
→ 作業ツリーが作成され、各ツリーにルールが同期される
-
スレッドを実行する
Start a Claude Code session in each. Worktree-aware rules apply per directory.✓ コピーしました
→ 両セッションが実行中。飛行中のマージコンフリクトなし
-
統合する
When both branches are ready, open PRs. The skill notes any rules that triggered and their effects.✓ コピーしました
→ PR にルール効果のサマリーが含まれる
結果： 本物の並列処理。調整コストなしにエージェントのスループットが倍増する。
注意点
- 一方の作業ツリーのみでルールを更新するとツリー間でルールが乖離する — スキルは作業ツリー作成時にルールセットを同期する。継続的な編集には sync-rules を実行する
使うタイミング： 「AI がこのリポジトリで時間とともに賢くなる」が本当かどうかをデータで確認したいとき。
フロー
-
ベースラインを取得する
Use pro-workflow. Show me corrections per session over the last 30 days.✓ コピーしました
→ 傾向グラフが表示される。下降傾向が期待される
-
カテゴリをタグ付けする
Categorize corrections: style, architecture, dependency choice, test pattern. Show category-wise decay.✓ コピーしました
→ カテゴリ別の傾向が表示される
-
判断する
Recommend whether to roll this out team-wide based on data.✓ コピーしました
→ 注意事項付きの具体的な推奨が示される
結果： エージェントワークフローへの投資についてデータに基づいた判断ができる。
注意点
- 修正数の減少 ≠ 品質向上。ただ確認をやめただけかもしれない — PR レビューのフィードバックやテスト失敗率とクロスチェックする