当写代码不再是重点

程序员面对AI编程工具，代码本身不再是重点。

以前拿到需求，总是习惯性打开IDE，先建个几个文件，设计几个class，写个大概框架。

现在用 AI 编程工具开发，不要着急干这件事了。

我发现，越是急着让 AI 生成代码，后面填坑的时间就越多。自己都没想清楚，都没梳理清楚，那些盲点就是以后的坑。

思考重心的迁移

AI 生成代码的能力确实越来越强，但前提是指令要足够清晰。

如果逻辑没理顺、边界没定好，AI 生成的代码往往不是你想要的，或者根本不能用。

现在的痛点不再是“设计多少个类”，“怎么写这个函数”，而是“怎么把需求描述得详细而且没有歧义”，越详细越好。

所以我不再急着动手，而是花大量时间去梳理逻辑、拆解任务。

两份文档的策略

当然这个过程也是AI工具协助来完成，它会比我想的更周全，我会和先发散、再聚焦的方式讨论很多轮，然后尝试整理出两份文档。

第一份偏向系统功能，讲清楚业务逻辑和功能边界，这是给人看的，也能在这个基础上用AI辅助生成用户手册，同时也是产品的知识积累下来，不管以后是做知识问答，还是修改系统，这都是很好的积累，这样，开发出来的产品相当于自己会说话。

第二份偏向代码实现，定义好字段约束、入库流程和依赖关系，这是给 AI 看的。

给 AI 的文档必须严谨，限制它的随意发挥，这样生成的代码才干净，避免了随机产生的垃圾逻辑。后期也是AI修改功能，修正bug的非常好的参考。

代码成了副产品

当两份文档写完，剩下的工作其实非常快。AI 根据设计文档生成代码和测试用例，AI生成代码的时间比前面讨论需求设计相比非常短。

这样前期花的时间多了，后期的 Bug 和返工反而少了。

突然意识到，代码本身已经不再是最重要的资产，那些文档里沉淀下来的业务逻辑和设计思路，才是系统的灵魂。

程序员的工作重心，正在从“搬砖”变成“画图纸”。程序员的能力变成了谁“画图”画得好。

只要图纸画得够详细，砌墙这件事，其实已经不需要太多人工了。

代码只是文档的执行结果，文档定义清楚了，代码本身不是最重要的了。

所以现在AI编程工具都是cli，代表了趋势，只给用户一个输入窗口，代码本身不再像传统IDE那样，用editor来展示。因为它已经不再是重点了。

以后程序员比的是“画图”能力了。