12.1 为什么需要 Hooks：从口头提醒到机制层约束

面向经管学生、研究者与从业者的 AI 智能体设计教材

12.1 为什么需要 Hooks：从口头提醒到机制层约束

12.1 配图

很多团队使用 Claude Code 时，会把工作流控制写进提示词：“不要执行危险命令”“改完跑格式检查”“写完给变更摘要”。这些要求合理，但提示词只表达意图，不是强制执行机制。任务一长、子代理一并行，提醒容易被淹没。

Claude Code 提供 PreToolUse、PostToolUse、Notification 等生命周期事件。你可以在这些事件节点上挂载处理器，让系统自动执行检查、拦截或通知。某些动作不再依赖模型记忆，而是成为工作流结构的一部分。

一个动作同时满足三个条件时，值得从提示层下沉到 Hook：高频出现、判断稳定、不能漏掉。反之，如果动作需要复杂上下文判断或每次策略不同，它更适合留在 Skill 或人工审阅环节。

层级	核心作用	优点	局限
提示层提醒	告诉模型应该怎么做	灵活、成本低	不能保证动作一定发生
Hooks 机制	在固定事件点自动触发	稳定、可审计	不适合复杂业务判断

本章语境

这里的 Hooks 专指 Claude Code 的 Hooks 功能，不要与 React Hooks、Git hooks 或通用插件回调机制混淆。

全章由简到繁推进：先拆解最小工作单元，再划清与其他机制的分工，接着讲设计原则与落地模式，最后用两个案例跑完整流程，收束边界与误区。