大家好，我是何三，独立开发者
3k+ Star，3 天涨起来的。日增 996 stars。一个 Go 写的工具，叫 no-mistakes。
不是又一个 git 增强插件，也不是什么新的 CI/CD 平台。
它的想法特别简单——你在终端敲 git push 的时候，AI 先替你把代码审一遍。
所以你写完代码，git add、git commit 照常，到 git push 这一步，敲的不是 git push origin main，而是：
git push no-mistakes
然后 AI 在后台帮你做六件事——审代码、跑测试、写文档、做 lint、提 PR、跑 CI。全自动。一条命令搞定。
而且它是在一个独立的工作目录里跑的，不会碰你正在写的代码。你该干嘛干嘛，不用等。
说实话，我第一次看到这个项目的时候，第一反应是：这不就相当于把 code review 的活儿全交给 AI 了？那还要 code reviewer 干嘛？
后来仔细看了下它的设计，发现这个思路其实挺妙的。
传统的开发流程是这样的：
你写代码 → push → 提 PR → 等人来 review → review 完改代码 → 再 push → 等 CI → 合并
这里面最痛苦的是什么？是等待。你 push 完之后可能等了两三个小时才有人 review，review 完了说改几行代码，又得重新走一遍。这一来一回，半天就没了。
no-mistakes 的思路是：
把 review、test、docs、lint、PR、CI 这六个环节，全部塞进 git push 这条命令里。AI 在后台替你跑完，跑完之后直接给你一个干净的、验证通过了的 PR。你只需要做一件事——合并。
说白了，就是从"人等人"变成了"人等 AI"。AI 跑得比人快，而且 24 小时不用睡觉。
聊到这儿我突然想到一个事儿——几年前有个叫 Cursor 的编辑器火起来的时候，很多人说"AI 写代码不行，代码质量太差"。现在倒好，AI 写代码的问题没完全解决，但 AI 审代码倒是先跑起来了。这让我想起一个段子：用 AI 写出 bug，再用 AI 审出 bug，两边都是 AI，最后人类只需要点一下"合并"。你说这是进步还是倒退？
我倾向于觉得是进步。
上手也极其简单。
安装：
brew install no-mistakes
配置一下你用的 AI：
no-mistakes config set provider claude
no-mistakes config set api-key YOUR_KEY
然后在你的项目里直接：
git push no-mistakes
没了。就这一条命令。
它会在当前项目外建一个隔离目录，把代码 copy 过去，然后 AI 在那个目录里跑完整的 review → test → docs → lint → PR → CI 流程。你的本地环境不受任何影响。
跑完之后，它会说：done。然后你打开 GitHub，PR 已经建好了，测试全绿，文档也更新了。
这种感觉怎么说呢……就是那种"被 AI 伺候"的爽感。
作者在 README 里贴了个演示——他改了 4 行代码，敲了下 git push no-mistakes，然后切到浏览器，PR 已经建好了，标题、描述、标签、测试状态，全齐了。整个流程不到 30 秒。
我觉得最妙的设计是"不打断"——你不是在等 AI，你是做完自己的事再去收成果。
同类工具的话，最近还有一个叫 repo-slopscore 的也挺有意思，它专门检测你代码库里的 AI 生成代码占比。一个帮你"写 + 审"，一个帮你"查水表"，配合起来还挺搭。
总的来说，no-mistakes 解决的不是"写代码"的问题，而是"提交代码"的问题。在 AI 帮你写了一大堆代码之后，谁来帮你把关？它给出的答案是：让 AI 来审 AI。
听起来有点套娃，但用起来是真的香。
项目地址：https://github.com/kunchenguid/no-mistakes
本文使用 MGO 编辑并发布
关注"何三笔记"，回复"mgo" 免费下载使用
