push 前先答题：这个 Git 钩子专考"你看懂 AI 写的代码了吗"

AI 替你写了代码，push 之前，你真看懂了吗？有个刚火起来的开源小工具 Sphinx，干了一件很"损"的事：把考试装进了 Git 钩子。

用法很简单：装上之后（npm 包叫 sphinx-understand），每次你往受保护分支 push，它会先拦下来，针对这次 diff 现场出 1 到 3 道题，题量随变更规模自动缩放。答错就卡住，答对才能推。有个 sphinx yolo 可以跳过，但设计里最妙的一笔是——每次跳过都会被记进日志。绕过去可以，但会留下记录。

它防作弊的思路也值得品：出题的 reviewer 模型只能读 diff，用的是只读的 Git 操作，看不到你和 coding agent 的聊天记录，agent 想替你代答都递不上话。而且答题过程不烧 agent 的 token。目前支持 Codex、Claude Code、Cursor、OpenCode 和 Pi。

这项目 10 月 14 日建仓，18 日上了 Show HN，HN 拿了 252 points，GitHub 两天涨到 203 star，MIT 开源，需要 Node 22.19 以上（以上数字来自 HN 和 GitHub 公开数据，多方印证）。有意思的是作者自己在评论区承认：被问烦了之后他把这玩意儿停用了——"花钱请 agent 写代码，还要被工具考你看没看懂"，道理上受欢迎，实践中招人烦（作者自述，单方说法）。

我的判断：这工具真正的价值不是"又一个 AI 审代码"，而是把验证责任从机器转回了人。2026 年 agent 安全事件一串之后，工程团队缺的从来不是"AI 审 AI"，而是"人能不能为这段代码负责"的问责机制。sphinx yolo 记日志就是点睛之笔——把"跳过检查"变成一个可审计的行为。不过也要泼盆冷水：它是 Level 1 控制，防的是"我没看懂就推了"，防不了恶意，别把它写成安全银弹。

想试的人，个人项目上 npm install -g sphinx-understand 装上跑一晚，感受下自己到底看没看懂 agent 吐出来的 diff；带团队的，可以把它当一次轻量问责实验。未经大规模实测，个人判断：先别往生产分支的强制流程里塞。