Craft Coding 对抗 Vibe 你写 AI 来检
介绍 Peter Bloem 提出的 craft coding：人负责编写、AI 负责审查，避免把理解肌肉交给自动生成。
Peter Bloem 在 AI coding without the vibes 里给「既不装死不用 AI、也不一切交给模型」的中间态起名：craft coding。一句话规则：大多数工作拆成做与检；AI 不够格同时做好两头。于是只剩两条路：它做你检，或你做它检。他劝你选后者。
三个面包师的隐喻
手作派（Hanna）拒绝 AI；流水线 vibe 派（Vivian）盯测试与成本、很少读每一行；工艺派（Cara）允许机器，但前提是自己仍理解面团的每一步。对应到代码：现代公司里的 vibe coding 常已不是玩票，而是「模型写完、人看仪表盘」。Craft coding 坚持：工具可以加速，但不能替代你对代码库每个决定的所有权。
为什么「AI 写、人审」会失败
人脑不适合长时间逐行审计机器输出；稀有失败会让你逐渐放松警惕；审别人的代码本身无趣。结果是仓库慢慢滑向不可维护，而你还以为自己在「负责」。反过来，你写、AI 当 reviewer：能抓老派要几周才发现的 bug，提示你漏掉的库与技巧，却逼你保持写作与理解肌肉。
适合谁
科学计算、课程作业、需要证明「我懂」的场景优先。超大商业流水线未必处处 craft，但关键路径、安全边界、核心算法仍值得 craft。和「AI 更像领导力」一文同向：意图与所有权在人；模型是协作者不是代餐。实践上可在 Claude Code / Cursor 里固定角色：「只 review，不直接改，除非我点名文件」。