别被AI代码忽悠了：什么时候够用，什么时候不行

最近一年，AI写代码的工具越来越火。你会觉得它快得离谱，改一版只要几分钟。但心里总有点儿不安——这些代码真能直接上线吗？

问题不在于AI会不会写代码，而是我们缺少一套说法，来区分“自己用”和“别人要用”的代码。没这个区分，大家对软件的信任就容易出问题。

木工里的“夹具”和“成品”

木工做活的时候，会先做一种叫夹具的东西。它只服务于你自己，做得快，也不讲究外观。坏了也没关系，因为只有你用。但如果是给别人用的成品，就完全不一样了。它必须结实、耐用、靠谱。

大多数时候，我们写代码前，都没想清楚自己做的是哪一种。

只服务自己的“夹具”

比如你写了一个命令行小工具，用来处理部署流程。它只配合你自己的工作习惯，别人未必用得上，也不需要支持各种极端情况。

这种工具就是夹具。

对这类项目，用AI辅助开发真的很爽。你直接对AI说：“帮我写个CLI工具，把Terraform输出转成状态报告。”几分钟就能跑起来。它可能有bug，也可能扩展性差，但这些都不重要，因为只有你用。

速度就是最大优势。你不用花几天去写重复代码，也不用纠结那些对当前场景没意义的边界问题。做好就行，完事继续干别的。

这正是AI工具最擅长的场景。

别人会依赖的“成品”

但如果你写的是给团队用的工具、给客户提供服务的系统，或者打算开源给社区的代码，那它就是成品。

这时候就不能只图快了。

你必须对整个代码库有清晰的理解。哪怕不是你一行一行写的，也要知道架构是怎么设计的，各种权衡是怎么做的。即使没有AI，你也能自己把核心功能写出来。

安全、错误处理、边缘情况，这些都不能马虎。因为别人会用你的代码，你要对它负责。

发布出去后，谁也分不清

最麻烦的地方在于：从外面看，夹具和成品几乎一模一样。

有人从npm或GitHub下载你的工具，安装后发现它很好用。但他们不知道这是你花了心思维护的成品，还是你下午闲着无聊随便写的夹具。

以前下载代码的时候，大家心里都有点数。现在软件发布太容易了，这种隐形界限已经消失。所有东西看起来都像成品，直到哪天突然出问题。

AI加速开发后，这种情况会更严重。我们很快会看到大量只适合自己用的代码，被当成通用工具发布出去。

怎么避免信任危机

几点建议：

• 说清楚你的意图。发布代码时，在README里写清楚：这是我为解决X问题而做的个人工具，分享给大家参考。别让别人误以为你会长期维护。
• 根据项目类型决定AI参与度。只给自己用的项目，可以大胆用AI。真正要发布的成品，则需要保持对代码的掌控。
• 不要把原型直接发布。有些东西只适合内部用，没必要公开。承认这一点也没什么。
• 信任比功能更重要。现在发布代码很容易，但别人真正看重的，是你有没有为可靠性和维护投入精力。

真正的机会

区分“夹具”和“成品”其实对个人开发者有利。

你不用养一整队工程师，也能用AI把项目做快。关键是知道哪些项目值得花心思，哪些可以快速迭代。

未来几年，能分清这两者的开发者会更有优势。他们既能用AI保持敏捷，又能保证需要信任的项目足够可靠。

而个人开发者正是最适合玩这种游戏的群体——他们可以根据需要，在快速和可靠之间自由切换。

在NameOcean，我们每天都看到开发者用AI做侧边项目，同时保持商业平台的严格标准。无论是域名管理、hosting，还是运行在上面的代码，我们都鼓励大家带着意图去写。工具是为开发者服务的，反过来可不行。