AI开发避坑随笔
这半年以来，Claude Code、CodeX 等工具普及开来，越来越多人参与到了这场史无前例的全员开发中来。
虽然远离商业开发已经数年，但这半年也用 AI 开发了一些小东西，有一些自己的小感悟。
不要一定做个新软件出来¶
能用 Agent 做软件了，不少项目经理跃跃欲试。这本身没有错，但有的需求，实际上放在智能体里实现才是最佳实践。
是的，做的新软件也可以用 API 调用大模型，但总归没有智能体里好用。工具调用、MCP、全局记忆等等，再实现一次轮子又是何必。
最典型的就是类似写文章、润色系统这种需求——明显需要大模型介入的，那就不要单独做软件，而是考虑做成一个完善的 Agent，然后用微信、飞书等方式对接出来。实现功能才是关键，不要为了开发而开发。
目前的商业开发仍然需要人工介入¶
总有一些人，拿着 Claude Code、CodeX 就认为天下无敌了。像模像样地写了个看上去很满意的全盘需求文档，结果丢进去全自动开发完，实际上是很难把控结果的。
即便到了今天（2026 年 6 月 14 日），这种开发方法能做出来的东西都很辣眼睛。不要看一些 Up 主丢了个简单需求给 Fable 5，然后做出来一个看上去完成度不错的软件就觉得很棒。那些东西是没有详细展示的，自己试试就知道问题有多少。
商业化的程序开发，从使用 Claude Code 开始，就有详细的计划和执行之分，还有类似 SuperPowers 等把控开发过程的 skill。还需要开发者告知框架和方向（比如制定软件设计模式）。不是写个用户需求文档就能简单制作的。
目前简单告知需求直接完成的，仍然还停留在做 Demo 的水平。能用的商业落地，还是需要程序员介入——可能不需要那么多程序员了，但知道框架设计的程序员依然要。
程序员方面淘汰的只有码农¶
近半年来不少公司裁程序员，实际上并不是 AI 来了才裁的，是因为本来业务不够了，想裁总得找个由头。正好有这个 AI 的风口来了，顺势裁员而已。
AI 时代确实不需要苦力码农了，但程序员还是需要的。
曾经有个修车的段子：有个人去修车，结果就是拧紧一颗螺栓，要了 200 块。车主很生气，觉得不值得。修车工说，知道拧哪价值 199，拧的价格 1 元。
这和用 AI 编程差不多吧，知道如何指挥 AI 才是价值。不过企业短期内应该还没办法量化如何确认人才和面试人才，人才市场还处于混沌吧。