確率的なプロンプトに頼らずgrepできるルールをhookで強制するのは賢い。違反時だけトークン消費する設計も理に適ってる
Claude Codeの規律をPostToolUse hooksに移し、Haikuでもgrep可能ルールを確実に自動レビュー。ccteamsで適用。
Haiku 4.5にたまたまコミットだけ任せたら、ひどい間違いのあるコミットコメントだったから、意外と信用できないとは思ってる。何か決定させるのにはまだ向いていないが、決定しない作業には使える。使ってないけど。
Claude Codeの規律を「判断はプロンプト、機械判定はhook」に分離。編集時に違反を即返却し、常時トークン消費と差し戻しを削減。Haiku+Sonnetの低コスト構成も実用化。
おもしろい
Claude Codeで役割別モデルのオーケストレーション組むと仕上がりの品質は良いが、完了まで下手すりゃ数時間かかるとかアホみたく遅いの何とかならんかね?
“ルールを全部プロンプト層に置かず、LLMの判断力に頼らずgrepで機械的に判定できるルールは、Claude Codeのhooksという仕組みを使うと良い。reviewerに届く前に却下するので差し戻しが減る。廉価なモデルでも発火率100%”
頭を使わない作業、的な。 "機械的に判定できるルールなので、プロンプトベースではなく、hookで強制すれば良いことに気がつきました。”
確率的なプロンプト層に規律を置く限り、コンテキスト長とモデル格で遵守率が揺れる。grep可能な分だけhookへ降ろせば必ず発火し、課金も違反時のみの決定層に移せる
これはマジでそう。というかそうしないとルールを記載したmdが膨れ上がってコンテキストから押し出され、基本的なことすら守ってくれなくなる
確率的にしないためにもまずscript firstだと思ったり
Claude Codeの規律をhookに降ろしたら、Haikuでも壊れなくなった
確率的なプロンプトに頼らずgrepできるルールをhookで強制するのは賢い。違反時だけトークン消費する設計も理に適ってる
Claude Codeの規律をPostToolUse hooksに移し、Haikuでもgrep可能ルールを確実に自動レビュー。ccteamsで適用。
Haiku 4.5にたまたまコミットだけ任せたら、ひどい間違いのあるコミットコメントだったから、意外と信用できないとは思ってる。何か決定させるのにはまだ向いていないが、決定しない作業には使える。使ってないけど。
Claude Codeの規律を「判断はプロンプト、機械判定はhook」に分離。編集時に違反を即返却し、常時トークン消費と差し戻しを削減。Haiku+Sonnetの低コスト構成も実用化。
おもしろい
Claude Codeで役割別モデルのオーケストレーション組むと仕上がりの品質は良いが、完了まで下手すりゃ数時間かかるとかアホみたく遅いの何とかならんかね?
“ルールを全部プロンプト層に置かず、LLMの判断力に頼らずgrepで機械的に判定できるルールは、Claude Codeのhooksという仕組みを使うと良い。reviewerに届く前に却下するので差し戻しが減る。廉価なモデルでも発火率100%”
頭を使わない作業、的な。 "機械的に判定できるルールなので、プロンプトベースではなく、hookで強制すれば良いことに気がつきました。”
確率的なプロンプト層に規律を置く限り、コンテキスト長とモデル格で遵守率が揺れる。grep可能な分だけhookへ降ろせば必ず発火し、課金も違反時のみの決定層に移せる
これはマジでそう。というかそうしないとルールを記載したmdが膨れ上がってコンテキストから押し出され、基本的なことすら守ってくれなくなる
確率的にしないためにもまずscript firstだと思ったり