AI 写代码是爽，但谁来买单？

说实话，AI 编程助手这股风已经吹得够猛了。随便敲几个字，回车一按，一段能跑的代码就出来了。听起来很美好对吧？但有时候，这也埋下了大坑。

最近 Godot（那个挺火的 开源游戏引擎）算是把这事挑明了。他们明确表态：可以用 AI 当工具，但要是直接把 LLM 吐出来的代码一股脑提交上去，那对不住，直接拒。

他们的原话是："任何 slop PR 都会被自动拒绝，就这么简单。"

"Vibe Coding" 是个什么东西

这个词最近挺流行。简单说就是——用 prompt 的方式"拼"出一个产品，瞟一眼觉得能跑，就算完事了。

听着挺美，实际问题一堆。

为什么这事跟咱们做网站、做 SaaS 的也息息相关？

你要是搭过 Web 应用，配置过服务器，应该有这种感受：上来就 "vibe coding" 一路冲到上线，就跟注册了域名但连 DNS 都不懂一样——最后邮件怎么挂了都不知道怎么回事。

工具确实厉害，但基础功不能丢。

Godot 的态度背后其实挺有深意：AI 应该帮你在手艺上更进一步，而不是替你的脑子放假。一个 contributor 提交代码，得搞清楚这代码干了什么、能 debug、能维护、能说清楚原理。做 Web 应用也好、API 也好，production 环境里一个道理。

说回咱们域名和托管这摊子事

在 NameOcean 每天都能看到开发者做的各种基础设施决策。AI 辅助开发越来越常见，随之而来的问题也越来越多：

• "Vibe coding" 做出来的应用上了生产，往往需要更稳的 hosting 才能兜住底下的技术债
• SSL 证书配错
• DNS 记录指向奇怪的地方
• 容器部署失败，因为没人看懂 AI 生成的 Dockerfile 到底在干嘛

讽刺的是，那些真正把 AI 当 "pair programming 搭档" 用的人——不是当自动驾驶——反而项目更稳，更容易维护。他们问的问题更好，会批判性地看 AI 给的输出，从 registrar 到 runtime 整条链路都门清。

Godot 不是反 AI，是要你负责

这个区别很重要。

AI 工具在生成 boilerplate、查文档、搜语法、加快重复劳动这些事上，确实好用。但总有个时刻，你得为你的产出负责。你得懂你的依赖。你得能在凌晨两点服务器炸了的时候 SSH 进去，知道自己在看什么。

能在这波浪潮里站稳的开发者，不是 prompt 写得最溜的，而是把 AI 能力和扎实基础结合得好的——

• 知道 DNS 怎么跑，是因为十五岁就折腾过自定义域名
• 懂 SSL 握手原理，是因为被证书链坑过一次
• 能读 AI 生成的代码，找出藏在逻辑里的小 bug

Godot 拒绝的不是 AI，拒绝的是敷衍了事。

总结一下

用 AI 放大你的能力，别用它替代你的脑子。工具会越来越强，但你的基本功也得跟上。

就这么简单。