AI编程下的普通程序员
摘要:作者分享了自己从ChatGPT到组建AI编码团队的完整历程。初期仅将AI作为文档查询助手,后来逐步尝试Cursor、Windsurf、Augment等工具,最终形成以ClaudeCode为主力,搭配Codex和Gemini3的"编码天团"。作者详细介绍了当前的工作流程:需求分析→GPT讨论方案→ClaudeCode实施→GPT修复Bug。尽管AI大幅提升了效率,但作者强调
从ChatGPT到我的编码天团
如今市面上的Agent编码工具我基本都试过了——Cursor、Windsurf、Augment(他家的ACE引擎确实可以)、Kiro、谷歌的Antigravity,还有CLI界的Codex、Claude Code、Gemini等等。还有个之前薅过羊毛的Droid。
说起来有点不好意思,上面提到的这些,我全都用过。有的尝个鲜就放在哪里了,有的一直在续费。
说起第一次接触大模型,那还是ChatGPT刚出圈那会儿,2023年吧。记得当时注册账号那叫一个折腾,得找国外手机接码,各种教程满天飞,我跟着捣鼓了大半天才搞定。问的第一个问题是啥?"你知道蔡徐坤吗"(现在想想我当时脑子里到底在想什么)。
那时候用的时候和现在比相当原始,从IDE里把代码一段段复制出来,粘贴到聊天窗口,然后一个问题一个问题地问。现在回头看这操作,确实有点憨,但说实话,当时能少去Stack Overflow和CSDN里翻那些复制粘贴的垃圾答案,就已经让我觉得很爽了。当然了,那会儿写代码主力还是自己,AI充其量就是个查文档的小助手。
后来GPT推出Plus会员,雷打不动地续费快俩年了。有意思的是,现在各种AI编程工具满天飞,什么Antigravity啊、什么Agent啊,功能看起来一个比一个炸裂,但我做代码方案设计的时候,还是习惯先开个GPT聊两句。这种感觉怎么说呢,就像你明明有了各种高级调试工具,但遇到bug第一反应还是print大法——有些习惯一旦养成,就改不掉了
想想刚入行那几年,哪有什么AI帮你,全靠自己"博览群书"——说白了就是把GitHub上看到的优秀代码和方案都复制到自己的文件夹里,需要的时候随时开抄。那时候我还给这个文件夹起了个特别中二的名字叫"武器库",哈哈,现在想想真是……
其实从那个"武器库"到现在的AI工具,本质上都是在找更高效的搬砖方式罢了。只不过以前是抄别人的,现在是让AI帮你写,但最后兜底的、背锅的,还不是咱们这些牛马程序员自己。
双开时代
去年刷到Cursor,基于VSCode的。我一个臭写Java的,VSCode对Java的支持……懂的都懂,不太顺手。于是我就双开,左边IDEA,右边Cursor。
这时候我的AI工作流基本成型了:GPT负责聊技术方案,聊透了生成一个.md文件扔到项目里,然后让Cursor去写代码。不过那时候我还是有点怂,只敢让AI写写基本的CRUD,复杂逻辑还是自己写伪代码,然后在聊天框里一轮轮调教,最后再复制回IDE。
20美刀的Cursor加上20美刀的GPT,对当时还在实习的我来说,压力确实有点大。好在干活速度是真快了,省下来的时间全用来摸鱼刷网页(算不算把活外包给了AI?)。
后来发现了Windsurf,只要10美刀,还有IDEA插件。之前IDEA补全我还得靠Github Copilot,于是光速投奔。Windsurf的体验虽然比Cursor稍微差那么一点点,但架不住便宜一半啊。
MCP时代搭配Augment
MCP发布后,各种辅助编码的MCP如雨后春笋。我配了一堆,也删了一堆,给大家推荐几个常用的:
- context7
:获取一些库的最新API
- ddg-search
:联网搜索,让模型别瞎编
- sequential-thinking
:让那些不擅长思考的模型学会反思
- mcp-deepwiki
:能链接到Github的一些项目
- shrimp-task-manager
:规划复杂的任务列表
后来实在没忍住,咬牙付了30刀体验Augment。结果……真见鬼了,是真好用!这时候我才终于敢放心地把键盘交给AI。它总能精准找到我要修改的文件和代码,不需要我每次都手动指定文件、提供已有的API。提示词增强功能也很顶,再也不用我自己手打一大段话去优化提示词了。以前遇到跨文件修改的复杂功能,我都得折腾半天,有了Augment,我基本上IDEA只用来提交代码和Review了。
不过即便如此,还是得人工频繁介入,稍不留神就有依托屎山了,有点累。
Claude Code:真正的Agent时代
然后Claude Code来了。
在我看来,Claude Code才是标准的Agent开发工具。不像Cursor那样基于向量匹配(有时候匹配得莫名其妙),Claude Code直接用终端命令完整加载代码。虽然看起来很蠢,操作也很复古,但凭着"力大飞砖"的Token消耗量,在代码理解能力和任务完成准确度上,Cursor这类工具还真追不上。
从这时候开始,我是真的放心大胆把编码工作交给了AI Code Agent。相信很多人现在跟我一样,代码完全交给AI,自己只负责审核。前阵子GPT-5(此处指代更强模型)发布的时候,我立马续费了一个月Cursor体验,那种感觉……以后手写代码可能就像现在的人手写汇编一样稀缺了吧。
OpenAI发布Codex之后我也第一时间体验了。虽然模型很强,但体验上反而不如Cursor里的GPT-5。这说明啥?好的模型加上好用的工具,缺一不可。
我的编码天团
随着Codex功能的完善,再加上最近Gemini 3的发布,主流编码"御三家"算是凑齐了。
我现在的工具链变成了编码天团:
- Claude Code
:打主力,Plan Model和工具链非常优秀
- Codex
:处理复杂Bug,GPT-5.1修Bug又快又准
- Gemini 3
:刚出来,先让它写写小工具、小函数,干点杂活
- GPT
:提供方案设计
我现在干活不是只开一个工具,而是同是开几个窗口。
具体工作流是这样的:收到需求→自己先分析拆分,脑子里有个大概逻辑→找GPT聊天讨论具体方案(这一步往往要聊挺久,如果GPT跑偏了,我就直接删了会话重开)→方案定下来后复制成.md保存到项目里→用Claude Code打开plan模式,让它给出详细实施方案→确认无误开始生成代码→如果有Bug,复制给GPT修复→提交。
这一套下来,基本上一遍过,无需返工。
AI时代,我们可以完全交给Agent了吗?
这里可能引申了另一个问题大模型的上下文窗口是有限的,复杂需求怎么办?
这就引出了一个新问题。我的答案是:在大型、可持续维护的项目中,对程序员的要求反而提升了。
如果你只会CRUD,那你对项目的理解就不够深,对架构设计也没概念。利用AI确实能加快进度,但生成出来的全是不可维护的代码。因为AI有上下文限制,随着Token增加,它输出的东西会越来越偏离最初的方案,甚至因为错误的上下文陷入死循环。
所以,需要人工做好任务划分,把一个大任务拆成一个个细小、可维护的独立任务。还有,必须有大量的文档、合理的命令、详细的注释,让你在必要的时候可以大胆地clear掉一个窗口。
我有个同事,就是喜欢把所有编码都放在同一个会话里。Agent为了省Token会压缩上下文,错误的上下文对大模型来说就是纯纯的负担。
把AI当员工,而不是神
我的工作流非常依赖Spec-kit和大量文档。注意,这些文档不是Agent干完活后生成的(我会在提示词里禁止AI输出执行文档),而是我手动让大模型根据需求生成的。
认真想想,我们在公司开发的时候,不也得写文档让别人理解项目吗?每次一个/clear或者/new,其实就相当于一个新人来到了你的项目组。他没有任何记忆,一切从零开始,你需要准备大量有效的文档,让这个"新人"快速理解项目,他才能更好地干活。
当然,员工偶尔也会犯错,写出Bug。团队成员写Bug不很正常吗?看看隔壁Cloudflare崩成啥样了。
这时候就需要你这位"领导者"登场了。当你发现员工在一个错误里死循环的时候,你就在旁边干瞪眼吗?这时候你得去分析,或者让多个Agent一起讨论,大家齐心协力找出问题。然后你要做的,就是毫不留情地清空Agent的上下文。(工作中大家都会发现有些人特别犟,AI也是如此。好在我们能手动物理清空AI的记忆。)
如何避免踩坑
之前用Claude写一个关于Netty连接的功能,它想当然地加了一个@ChannelHandler.Sharable注解。我在文档里也没说明在channelActive里面设置了唯一ID,结果导致并发问题,正确值始终不对,测试数据怎么都对不上号。
然后Claude就疯了,疯狂调试,创建了一堆测试文件和日志,陷入了死循环。
这时候我果断介入,首先暂停了Claude的"键盘,你去小黑屋反省反省。"我自己去翻代码,最后发现它居然加了@ChannelHandler.Sharable。这也不能全怪Claude能力不行,只能说我没给它准确的信息。
所以,作为领导者,虽然你花钱了,但也不能当甩手掌柜。不然只会白白浪费你的Token。这就是为什么我说,对程序员的要求反而提升了。
现在的日常
现在的日常就是:跟AI沟通方案,看着AI干活的时候我摸摸鱼(难道这就是当老板的乐趣?),然后Review代码。
当然,说实话,AI写的代码里那些深层的Bug我也经常看不出来。我的能力还没达到那种细致入微的程度,往往都是踩到坑了才发现:"妈的,毁了。"
回不去的日子
最后说句实话,虽然我嘴上和同事经常吐槽AI有时候笨得要命,但我心里清楚,我已经回不去了。
临时需要调整CSS样式,我第一反应还是打开Claude:"来,给我修改CSS样式。"三十秒搞定的事,为啥要自己花几分钟去手动调试?
现在每天的工作状态就是:早上到公司,给我的"员工们"分配任务,然后一边喝瑞幸一边看它们干活。偶尔救个火,偶尔指点一下方向。这帮家伙不睡觉、不要加班费、不会跟你抱怨996,除了偶尔犯傻需要你救场,简直是完美员工。
当然了,有时候也会想以后的序员最后会变成什么样?也许就是坐在一群AI中间的那个"技术总监"吧?
管他呢,先把今天的需求搞定再说。我要去指挥Claude,早上产品又改需求了
更多推荐




所有评论(0)