背景
現在の clarify リマインダーフック(Stop[0])は単一フックで「実装着手提案」を検知している。
Grok4 との相談(2026-04-01)で「2フック分割」アイデアが浮上した。
現状
{
"matcher": "実装|着手|作る|やる",
"type": "prompt",
"prompt": "実装着手リマインダー: ...【実装着手提案の厳密な定義】(AND条件版)"
}
TODO
Hook A: 相談モード用(壁打ち・アーキテクチャ相談中に clarify 促進)
- 発火条件: 設計議論・方向性相談の文脈
- 動作: 実装フェーズへの移行を検知したら clarify を促す
Hook B: 実装モード用(実装着手宣言後の clarify チェック)
- 発火条件: 「実装する」「作る」「やる」+実装合意が取れた文脈
- 動作: clarify 未実施なら次ターンで質問追加
保留理由
現在 /clarify スラッシュコマンドが身についており、フックなしでも clarify を使うルーティングができている。
2フック分割のメリット(自動発火)よりも複雑化のコストが上回る可能性があるため、今すぐの実装は見送り。
参考
- Grok4 の誤発火分析: matcher は "実装|着手|作る|やる"(AND条件版)に変更済み(2026-04-01 適用)
- 誤発火例: 「
claude-code-hooks リポジトリに skills/ ディレクトリを追加して rfl.md を置くか、別リポジトリ みたいな名前で独立させるか、どっちが映えると思う?」→ 選択肢提示なのにブロックされた
背景
現在の clarify リマインダーフック(Stop[0])は単一フックで「実装着手提案」を検知している。
Grok4 との相談(2026-04-01)で「2フック分割」アイデアが浮上した。
現状
{ "matcher": "実装|着手|作る|やる", "type": "prompt", "prompt": "実装着手リマインダー: ...【実装着手提案の厳密な定義】(AND条件版)" }TODO
Hook A: 相談モード用(壁打ち・アーキテクチャ相談中に clarify 促進)
Hook B: 実装モード用(実装着手宣言後の clarify チェック)
保留理由
現在
/clarifyスラッシュコマンドが身についており、フックなしでも clarify を使うルーティングができている。2フック分割のメリット(自動発火)よりも複雑化のコストが上回る可能性があるため、今すぐの実装は見送り。
参考
claude-code-hooksリポジトリにskills/ディレクトリを追加して rfl.md を置くか、別リポジトリ みたいな名前で独立させるか、どっちが映えると思う?」→ 選択肢提示なのにブロックされた