AI 真的能替代程序员开发了吗?
前言
在ChatGPT出现后,很长一段时间里,我都以为AI取代开发是一个伪命题,这已经是在我试用过市面上的AI编程工具后得出的结论,比如:通义灵码、TRAE。


这些工具用起来更像是一个聪明一点的代码补全,它能帮你写一个方法,但你得告诉它每一步怎么做。遇到稍微复杂一点的业务逻辑,它就开始一本正经地胡说八道,你花在纠错上的时间比自己写还多。
但是,当我第一次使用上 KIRO 中的 Claude,它在10分钟内帮我解决了一个我花了半小时没解决的问题,那种激动的心情,真的和发现了新大陆一样兴奋(即便那个时候的 KIRO 只提供了 claude 3.5)。

解决问题总是让人开心,但是从那段时间到现在,我逐渐意识到这背后是有着巨大代价的。
AI 编程刚面世的不足
不管是通义灵码还是 TRAE,本质上来说,它们提供的 vibe coding 都是上下文感知极差的代码补全。
它们的问题集中在几点:
- 没有项目全局视角:只能看到你当前打开的文件,对整个项目的架构、模块依赖一无所知
- 无法执行和验证:写完代码不会自己跑一下看看对不对,更不会根据报错自我修正
- 缺乏工程思维:不懂你的业务,不懂你的团队规范,写出来的代码风格和项目格格不入
- 对话即失忆:每次新对话都要重新交代背景,没有持久记忆
所以那段时间,我对"AI取代程序员"这件事是持怀疑态度的。AI更像是个高级搜索引擎,帮你少查几次 Stack Overflow。
KIRO 带来的改变
真正让我改变看法的,是 KIRO 的 Spec + Autopilot 模式。
它不再是"你说一句,我写一句"的对话模式,而是你给它一个目标,它自己拆解任务、读代码、改代码、跑测试、看报错、再修复,整个流程跑下来,你只需要在旁边 review。
我给自己的每个项目都写了专属的 MCP 服务,对接 Kibana、数据库、内部 API。这样 KIRO 就有了真实的项目上下文,它能直接查线上日志、查数据库表结构,而不是靠猜。
最让我震惊的一幕是: 当我对接好公司的各种数据,把一个 Jira 链接丢给它,它自动抓取需求内容,理解业务逻辑,写代码,跑测试,然后提交 PR。整个过程我没有写一行代码,只是在最后 review 了一下它的实现思路。
而且我还会 AI 自己改自己的 MCP 服务——当我发现某个工具不够用的时候,让他自己实现。某种意义上,这是低层次的 AI 在进化自己。
