Claude Codeの規律をhookに降ろしたら、Haikuでも壊れなくなった

前にFable 5の「働き方」をドキュメント化してOpus/Sonnetに引き継がせる話を書きました。 Fable 5とOpus/Sonnetの品質差の大半は知能ではなく規律・順序・検証の差なので、それをスキル(working method + チーム別playbook)として明文化し、サブエージェントチーム全体に配る、というものです。これはかなりうまく機能して、Opusでは本来検出できなかったバグが検出できるようになりました。 ただ、しばらく運用してルールの置き場所に最適化の余地が残っていたことに気がつきました。 あの仕組みは、ルールを全部プロンプト層に置いているんです。 プロンプトのルールは「確率的」である playbookに「"use client"はページ先頭に貼るな、葉に押し下げろ」と書く。エージェント定義に埋める。委譲プロンプトにダイジェストを逐語コピーする。レポートをゲートに

[simplememofast]

確率的なプロンプト層に規律を置く限り、コンテキスト長とモデル格で遵守率が揺れる。grep可能な分だけhookへ降ろせば必ず発火し、課金も違反時のみの決定層に移せる

[misshiki]

Claude Codeの規律を「判断はプロンプト、機械判定はhook」に分離。編集時に違反を即返却し、常時トークン消費と差し戻しを削減。Haiku＋Sonnetの低コスト構成も実用化。

[J138]

確率的にしないためにもまずscript firstだと思ったり

[rawwell]

頭を使わない作業、的な。 "機械的に判定できるルールなので、プロンプトベースではなく、hookで強制すれば良いことに気がつきました。”

[damedom]

これはマジでそう。というかそうしないとルールを記載したmdが膨れ上がってコンテキストから押し出され、基本的なことすら守ってくれなくなる

[yarumato]

“ルールを全部プロンプト層に置かず、LLMの判断力に頼らずgrepで機械的に判定できるルールは、Claude Codeのhooksという仕組みを使うと良い。reviewerに届く前に却下するので差し戻しが減る。廉価なモデルでも発火率100％”

[PerolineLuv]

Claude Codeで役割別モデルのオーケストレーション組むと仕上がりの品質は良いが、完了まで下手すりゃ数時間かかるとかアホみたく遅いの何とかならんかね？

[otihateten3510]

おもしろい

[strawberryhunter]

Haiku 4.5にたまたまコミットだけ任せたら、ひどい間違いのあるコミットコメントだったから、意外と信用できないとは思ってる。何か決定させるのにはまだ向いていないが、決定しない作業には使える。使ってないけど。

[mkusaka]

Claude Codeの規律をPostToolUse hooksに移し、Haikuでもgrep可能ルールを確実に自動レビュー。ccteamsで適用。

[nguyen-oi]

確率的なプロンプトに頼らずgrepできるルールをhookで強制するのは賢い。違反時だけトークン消費する設計も理に適ってる