AI 综合症者的一点思考

说实话，我觉得自己是一个 AI 综合症者。这个词在这篇文章其实是一个我自己创的词。我自己就觉得我最近很依赖于 AI，你可以说我是有点“浮躁“了。我意识到了，但我依然无法放弃这种便利 —— 这是实实在在的便利。

说实话这也是我今年的第一篇文章。去年暑假之后就没怎么写了。也是有点感慨了

Vibe Coding 和 CLI 工具

我其实很早就知道 Vibe Coding 了，大概其实在去年的上半年吧（实在是忘了，但是我确实感觉我应该是很久以前就听过这东西了）。但是我还是选择了当时比较流行的对话框模式 —— 现在看来十分传统的，问完 AI 把代码放到项目中，虽然我现在实习公司的有些同事到现在还只会这个。

不过就在我结束秋招，拿到某厂的 offer 之后，我终于也是开始尝试这种全新的编程方式 —— 使用像 Claude Code 这种的 AI IDE 工具进行开发。这种工具的点在于：他们完全知道你的项目代码，检索、查看都十分方便，因此可以获取到更多的信息，并且可以自动开始进行run/debug。且如果装了 lsp 插件，可以在很多时候提前知道效果。但我不知道能不能让 AI 获取代码提示一类的信息。

这种方法确实便利，太爽了。我可以在几天的时间内完成一个项目或完成一个大项目中的一个模块。或者可以快速的浏览代码，找到相关业务代码。

于是我开始沉迷上了这种新的方式，甚至也在 iOS Club 的沙龙活动中向大家展示过这种编程方式。很舒适，很爽，有一种在当产品经理的感觉。例如我的新博客框架，实则前期是我拿 AI 生成的，因为我的确不会 Markdown 到博客的这条链路。

是的，我开始成为了一名 AI 综合症患者 —— 遇到问题了之后只想让 AI 去帮我写，想到需求了马上就让 AI 写，遇到难事了也让 AI 帮我参谋一下。这很好，这很不好

说实话我最开始是使用 Trae 这种工具的，因为实在免费。不过说实话其实和 CLI 这种也没啥差距，也就是 Trae 是个 GUI 且 Trae 可以直接在软件内可以查看代码 —— 但我有 VSCode 不就行了。

然后呢？危机来了

我其实最早使用这种类似于 Vibe Coding，是给我的 Old8Lang 项目使用的。这是个脚本语言项目。我一开始只想让 AI 帮我去把脚本语言的编译器前端的LL递归部分写好，然后就一发不可收拾了 —— 写了异步的状态机、虚拟机、调试器...很多的东西都是用 AI 帮我写的。可是渐渐我发现，我自己的写代码的能力好像下降了，也好像越来越难维护我的项目了 —— 我过度的使用了 AI ，最后这个项目不得不让 AI 帮我处理新需求了。

虽然其实我倒是可以用好几天的时间去再看一遍，我也都记得这些文件都是干啥的，但是也就到此为止了。这对我来说，可能有点焦虑 —— 因为我已经不想再纯粹的 “古法编程“ 了。我开始喜欢上这种类似于 V3 的写项目方式 —— 我只负责提供需求，然后踩刹车，剩下的事情全都交给 AI 完成 —— 这很像维多利亚 3 的游戏方式，也就是一种生产力布置的操作。

这种感觉虽然很爽，但是很明显 —— 我的项目已经被 AI 所“部分接管“了。我认为这种不确定性的确是值得关注的，尤其是加入了就业市场这个因素之后。可是我自己已经变的浮躁了，已经不敢也不想放弃这种实实在在的便利。同时这就是未来，如果我们一直固步自封，“闭关锁国“的话，这是完全不对的。但确实也是实实在在的感受到了压力。

这可能是新手的噩梦

这可能是新手的噩梦。当你已经掌握了现阶段 AI 辅助编程的技术之后，你会不由自主的，在新技术面前 Vibe Coding。

我意识到我刚才那个章节没讲 Vibe Coding ，简单讲一下。这个东西翻译过来就是 “氛围编程“。完完全全的把东西交给 AI ，让 AI 去根据需求完成开发。而你完全不参与。这种大概就是原教旨的 Vibe Codng 的思路了。

这种 Vibe coding 是比较致命的，因为你根本学不到新的知识。学不到新的知识也就意味着你会一直 Vibe Coding 下去，而不会在这个项目中，或者这个技术中可以对 AI 的错误进行改错，也不会很快的意识到 AI 在做错误的事情。这件事也是比较致命的。

对我而言我认为的未来，程序员大概率是要变成那个使用 AI 之后改错的那个人，或者说给 AI 擦屁股，并为止负责。如果按照我的想法的话，那么其实对于个体来说要求反而是在强化的 —— 你得真会点东西，且你得会的多，且了解的深。 而且后面也很有可能前后端工作人员会大面积的重合，也就是大量的人变成全栈。那么对于人的要求也是在变多的。但是与此同时，如果新手们开始 Vibe Coding 的话，那么他们也很有可能开始停滞不前了。

所以只能自己去约束自己了

是的，我认为的解决办法，包括我自己的做法就是 —— 让 AI 在你专业的领域进行作业。如果是你不专业的领域，那么建议还是自己去写，或者回退到 AI 辅助编程的上一个版本 —— 对话框模式。

例如我最近在开一个新的项目，这个项目是前端 React + 后端 Gin 。对于我而言，React 稍微熟悉一些，但是 go 和 gin 完全不熟悉。所以我现在就回退到了 AI 对话框模式。这种模式确实会对我有所帮助，就像去年 3 月我开始学 flutter 一样。速度不能说快，但是确实学到了很多。

当然，还是要学学新的 AI 辅助编程技术

我在我现在的这家实习公司上班，很明显我发现他们的 AI 辅助编程还是比较少。他们很多人还停留在VSCode 插件时代，且也没怎么用上比如 Skill、MCP 这种。然后模型也都用的国产的模型。有的时候我也挺佩服他们的，居然能忍受国产模型 —— 对于我来说国产模型还是太蠢了。

虽然他们的 AI 辅助编程的操作吧，我认为还是有点落后了的，但其实也不能说有多落后，且我认为他们好用就行。但从我的角度去出发的话，我还是更喜欢去尝试一些新的东西，或者说去追追最新的技术，说不定会对我有很多的帮助。

所以还是要好好学学的，不要真只停留在之前的技术里。