12.5 边界、误区与过渡
面向经管学生、研究者与从业者的 AI 智能体设计教材
学会用 Hooks 后，读者最容易走向两个极端：觉得所有规则都写成 Hook 就行，或者把 Hook 当成只是方便跑脚本的小功能。两种理解都不准确。
本章要建立的认识是：Hooks 是 Claude Code 的生命周期事件驱动机制，适合承接高频、确定、不能漏掉的动作，通过事件、处理器和结果回灌成为工作流的机制层约束，与提示层、Skills、测试闭环是协作关系。这是一种分层意识，不只是会不会写配置。
本章不覆盖的内容包括：完整 Git 工作流与提交门禁、系统化评估框架与长期回归基准、大规模平台编排与运维体系。本章只把接口和边界讲清，让读者知道 Hook 在更大工程体系中的位置。
三个常见误区
误区一：把 Hook 当万能自动化总线。 一旦什么都交给 Hook，配置迅速膨胀，工作流变得不可解释。典型症状是把检查、通知、日志全塞进一条 command——出错时无法判断是哪个环节的问题。拆成职责单一的独立 Hook，排查和维护都简单得多。
误区二：把 Hook 与 Skill 混成一层。 Skill 组织流程，Hook 守住事件，两者是协作而非替代。
误区三：把写后检查误当完整评估。 Hook 能触发检查，但评估体系还需要测试集、基线、对比和迭代记录。
理解 Hooks 之后，关键不是继续堆配置，而是把职责收住。提交前门禁、版本流程、长期评估与迭代，都可以与 Hooks 发生连接，但不应直接塞进 Hook 本身。边界清楚，工作流才不会越配越乱。