用 AI 写了 2 年代码，我居然还在直接 push main

用 AI 写了 2 年代码，我居然还在直接 push main

说实话，这件事我挺不好意思拿出来说的。

我用 AI 写代码两年了。

Claude、Cursor、GitHub Copilot，哪个火我用哪个。项目做了不少，用户也有几百人。

但直到前几天，我上线了一个 bug。直接影响到了正在使用产品的用户。我手忙脚乱地回滚，后背全是汗。

复盘的时候才发现——两年了，我所有的项目都是直接 push 到 main 分支。没有 CI。没有测试。没有分支策略。

我？用 AI 编程两年多，连最基本的工程规范都没做？

好吧，今天就全盘托出。

我的问题到底是什么

四个字：没有防线。

代码写好，本地跑一下没问题，直接git push origin main。部署脚本自动拉最新代码，用户下一秒就用上了新功能。

听起来很高效对吧？直到那次 bug。几百人同时受影响，我自测发现问题之后，手忙脚乱紧急修复。

分支策略、CI/CD、多环境隔离，我是真的不知道。我一直想的是项目不大，直接 push 没事的，有问题了就退回覆盖本机代码。

结果呢？用户从几十人涨到几百人，我的习惯没变。直到出了事。

五道防线

出事后我坐下来，一条一条捋清楚。不用一次性全做，可以慢慢叠。

第一件事：别在 main 上写代码。

每次开发从 main 切出 feature 分支，做完 PR 再合并回去。GitHub 免费支持，当天就能用。

第二件事：让机器帮你检查。

在 PR 合并前自动跑测试、lint、类型检查。通不过就不能合并。这是你的第一道自动化防线。

第三件事：分环境。

main 自动部署到 staging，你在 staging 上点一点、测一测，确认没问题再手动上 production。这样即使代码进了 main，也不会直接影响真实用户。

第四件事：小心上线。

蓝绿部署、金丝雀发布、特性开关——先让 1% 的用户帮你测新版本，没问题再放量。

第五件事：盯着点。

错误率异常自动告警，关键指标崩了自动回滚。这是最后的兜底。

道理懂了，习惯怎么养

说实话，看完这五层，我的第一反应是：道理我懂，但养成习惯太难了。

我每天都在用 Claude Code 写代码。

写嗨了谁还记得切分支？改完代码顺手就 push 了，哪有心思去想什么 CI、测试。

然后我想，既然 Claude 天天陪着我写代码，能不能让它来提醒我？

能。我让它帮我做了一个 skill。

dev-guardian：我的 Claude Code 守门员

这个 skill 不拦截我、不打断我。它只是在我每次跟 Claude 聊完代码之后，默默扫一眼当前项目的状态，然后在回复末尾贴几行字：

 main分支！git checkout -b feature/xxx
 无CI。mkdir -p .github/workflows && touch .github/workflows/ci.yml
 app/models/user.rb 缺测试
 先跑 npm test 再提交

全部通过的话，就两个字：

 全绿

不想看？说一句guardian off就跳过。下次再提醒。

安装也很简单：

mkdir -p ~/.claude/skills/dev-guardian
cp SKILL.md ~/.claude/skills/dev-guardian/SKILL.md

重启 Claude Code，从此每次写代码都有人在旁边碎碎念。

说实话，一开始我也嫌烦。但几次之后，切分支、补测试、加 CI，这些动作开始变成肌肉记忆。我不需要刻意记，因为每次 Claude 都会提一嘴。

开源了，自取

我把这个 skill 整理完，直接丢到了 GitHub：

https://github.com/JobYu/claude-dev-guardian[1]

README 写得特别简单，专门给 vibe coder 看。没有术语，三步安装，一个例子。

如果你也一样——用 AI 写代码挺久了，但提交这件事上还在裸奔——可以试试看。

习惯这东西，靠自己硬记是真的难。但有个人每次在旁边唠叨你，久而久之就刻进骨子里了。

对了，你现在怎么提交代码的？还在直接 push main 的话，评论区报个到，咱们一起改 ‍♂️有问题随时问，看到就回。

下次见～

参考资料

https://github.com/JobYu/claude-dev-guardian: https://github.com/JobYu/claude-dev-guardian