【要約】Tell HN: Claude 4.7 is ignoring stop hooks [Hacker_News] | Summary by TechDistill
> Source: Hacker_News
Execute Primary Source
// Discussion Topic
LLMエージェントのワークフローを制御する「stop hooks」の信頼性と、その実装におけるプロトコル遵守の重要性。モデルが制約を無視する現象が、モデルの知能の問題なのか、あるいは制御インターフェース（終了コード等）の設計ミスなのかが焦点となっている。
// Community Consensus
投稿者はモデルの挙動に不満を呈しているが、コミュニティの指摘によれば、原因はモデルの退行ではなく、フックをトリガーするための終了コード（exit code 2）が正しく返されていないという実装ミスにある可能性が高い。LLMの挙動を疑う前に、まずは制御インターフェースの仕様を厳密に満たしているかを確認すべきであるという、エンジニアらしい極めて実務的な結論に至っている。
// Alternative Solutions
特になし。既存のstop hooksの仕様に基づき、適切な終了コードを返すようスクリプトを修正することが唯一の解決策として示唆されている。
// Technical Terms
Senior Engineer Insight
>
LLMを自動化パイプラインの構成要素として扱う場合、その「制御の確実性」は生命線だ。今回の件は、モデルの推論能力への過信が、インターフェースの仕様理解不足を招いた典型例と言える。我々の現場でエージェントを導入する際は、モデルの「賢さ」に依存するプロンプトエンジニアリングだけでなく、終了コードや環境変数といった、低レイヤーの制御プロトコルがいかに堅牢に設計されているかを最優先で検証すべきだ。モデルが「謝罪しながらもルールを破る」という挙動は、制御ループの設計自体が脆弱であることを示唆している。実装の不備をモデルの知能のせいにすることは、デバッグにおける最大の禁忌である。