k3.2动手⏱ 约 8 分钟

没有 subagent 和 hooks 怎么办:用 git 和脚本补护栏

把“不可绕过的检查”从工具功能还原成通用做法,并亲手装上一道

🔎 最后验证 2026-08📚 来源:主课「hooks — 自动化你的流程」一节的既有方法、本课一手实测:pre-commit 拦截脚本的验红与验绿记录(2026-08-24)🧰 git、grep

为什么学这个

换工具的时候,大家最舍不得的往往是 hooks 这类能力:提交前自动跑检查、改了某类文件自动拦下来。新工具没有,于是觉得“降级了”。

但把它拆开看,hooks 的本质其实和某个具体工具没关系:在一个固定的时机,跑一段不由你决定要不要跑的检查。

而这件事,git 本身就能做,二十年前就能做。这一节不讲某个工具有没有 hooks,讲怎么把护栏还原成任何环境都能装的通用做法——顺带,我会把我自己第一次写这道护栏时没拦住的那个版本一起给你看。那才是这一节最值钱的部分。

💡 打个比方

工厂里防止残次品流到下一道工序,靠的从来不是“请工人多留心”,而是卡口:尺寸不对的零件根本过不去那个孔。卡口不会累,不会赶进度,不会因为今天是周五就通融一次。

护栏就是卡口。它的价值不在于聪明,而在于不可绕过。 所以判断一道护栏行不行,只有一个问题:当我着急的时候,它还拦不拦得住我?

三种时机,三种装法

不管用什么工具,你能装护栏的时机就这么几个:

时机	通用装法	拦得住什么
提交前

都看到这了，打个赏呗！