Agent模式半年考：Cursor 2.0带来的改变，才刚刚开始显现
《AI视界——从资讯看技术》专栏 · 第十三期
有些变化发生时轰轰烈烈，但真正的意义要过一段时间才能看清。Agent模式的标配化，正在经历这个“沉淀期”。
本系列专栏其他文章欢迎访问：AI视界——从资讯看技术
我的主页：AOwhisky，这里有更多运维系统性知识整理和其他有趣内容，欢迎与我一起探讨学习~
一、半年后回头看
去年10月，Cursor发布了2.0版本。当时最引人注目的变化是：Agent模式从测试版转正，向所有用户开放。
那时候科技媒体的标题大多是“Cursor 2.0来了，开发者又要被颠覆了”。然后，热点过去了，新的新闻盖过了旧的新闻，一切似乎归于日常。
但如果你读过本专栏的第二期和第六期，应该还记得我们一直在追踪一条线索：从Copilot Agent到GPT-5 Agent，AI的“自主执行能力”正在从新奇功能变成基础设施。
这条线索的走向，不是靠新闻标题验证的，而是靠时间验证的。
半年过去了，Agent模式在开发者群体中到底产生了什么影响？哪些当初的担忧变成了现实，哪些被证明是过虑了？更重要的是，对于运维来说，这半年里发生了哪些微妙但重要的变化？
这期不是追热点，是回头看。
二、半年数据：Agent模式到底用起来了吗？
Cursor官方在2026年第一季度发布过一组使用数据。
三个数字值得关注：
- Agent模式周活用户占比：超过65%的Cursor活跃用户至少每周使用一次Agent功能。
- Agent生成代码占比：在启用Agent模式的项目中，约30%的新增代码由Agent生成或辅助生成。
- PR中Agent贡献比例：使用Agent模式的仓库，约五分之一的PR包含Agent生成或修改的代码。
65%，30%，20%。这三个数字加在一起，拼出一个事实：Agent模式已经从“尝鲜”变成了“日常”。
它不像发布时媒体预测的那样“彻底替代开发者”，但它确实在安静地改变开发流程。不是颠覆，是渗透。
这种渗透最值得关注的地方在于：它正在让开发者养成一个新的习惯——信任AI的产出，减少人工核验的时间。
而这个习惯，和我们在第二期聊过的安全问题正面相撞。
三、半年来的真实教训：便利和风险同步增长
Cursor 2.0发布后的这几个月，安全社区开始陆续披露一些和Agent模式相关的事件。
事件一：Agent生成的配置文件暴露了内部API密钥
一家中型SaaS公司的开发者在2026年初分享过一次事故复盘。他们用Cursor Agent修改一个微服务的配置文件，Agent自动生成了一段包含API密钥的配置代码。密钥是从项目里另一个文件中“学习”到的。Agent把密钥从一个文件复制到了另一个本不该有密钥的配置中，而这个配置文件后来被推送到了公开仓库。
不是Agent恶意，是它不理解“密钥不能出现在配置里”这条安全规则。
事件二：Agent批量修复导致的连锁故障
一个开源项目在2026年3月使用Cursor Agent的“自动修复lint错误”功能。Agent一次性修改了四十多个文件。因为改动量太大，审查者没有逐行看完就合并了。其中一处修改把一个关键的异步调用变成了同步调用，导致生产环境响应延迟飙升。
Agent没有测试生产环境的能力。它的“修复”是基于静态分析的，看不到运行时影响。
事件三：Agent自动安装了一个已被弃用的依赖
2026年4月有开发者报告，Cursor Agent在执行“优化项目依赖”任务时，引入了一个已被官方弃用的旧版本库。这个库在PyPI上还挂着，但已经一年多没有安全更新，存在已知漏洞。Agent从训练数据中学到这个库曾经很流行，却不知道它已经被社区抛弃了。
Agent的知识有时间滞后。它学的是“过去流行什么”，不是“现在应该用什么”。
这三件事没有一个是Agent的“恶意行为”。但它们有一个共同特点：Agent在能力边界内表现完美，但边界之外，它完全无知。
而开发者在日常使用中，正在逐渐习惯Agent的高效率，本能地放松了对边界之外问题的警惕。
四、Agent时代，运维的护城河更清晰了
为什么这期要回头看？因为有些结论，半年后更清晰了。
第二期我们聊过Agent模式下的三个关口：CI/CD防线、密钥权限、审计追溯。第六期我们聊过GPT-5带来的权限边界问题。
当时这些更多是“预判”。半年后的今天，三个关口全部有了实际案例佐证：
- CI/CD防线：Agent批量修复代码绕过人工审查，直接导致生产故障。防线不是虚设的，是真的会被穿透的。
- 密钥权限：Agent在文件之间复制敏感信息，因为它不理解安全规则。最小权限原则和密钥隔离，不能再靠开发者自觉，必须靠系统强制。
- 审计追溯：Agent引入已弃用的依赖，而没人记得是谁让Agent做这件事的。操作审计链断了，事后排查无从下手。
Agent模式普及得越快，这三个关口的需求就越紧迫。
对于运维来说，这意味着一个新职责正在成型：你不是和AI比赛写代码，你是给AI的代码设定准入标准。
具体来说：
- Agent生成的任何代码，必须通过自动化安全扫描才能合并。
- Agent执行的任何命令，必须在隔离环境中运行，不能触碰生产权限。
- Agent引入的任何依赖，必须通过依赖安全审计才能被锁定。
这些规则，不是代码规范，是基础设施策略。而制定和执行基础设施策略，恰恰是运维的核心职能。
一期一会 · 本期核心笔记
- Cursor 2.0发布半年来，Agent模式从尝鲜变成了日常。65%的活跃用户每周使用Agent，约30%的新增代码由Agent生成。
- 半年间出现的事故表明，Agent的安全风险不是“恶意行为”，而是“能力边界之外的无知”——它不理解安全规则、看不到运行时影响、不知道依赖库的生命周期。
- Agent时代运维的新职责：不是写代码，而是给AI的代码设定准入标准。自动化安全扫描、隔离执行环境、依赖安全审计——这三道门禁是护城河的核心。
这一期是Agent话题线的阶段性回望。一条线索追踪了半年——从第二期Copilot拿钥匙，到第六期GPT-5开整台电脑，到这一期Agent模式变成日常。结论没有变，但比半年前更扎实了：AI的能力在扩张，但人的判断力和基础设施策略，反而是最稀缺的资源。
科技圈每天有新热点。下一个值得聊的话题，可能今天下午就冒出来。专栏保持“一期一会”的节奏，我们继续。
这是《AI视界——从资讯看技术》的第十三期。感谢陪伴。
如果这篇文章让你有所思考，欢迎在评论区聊聊：过去半年里，你日常工作中Agent生成代码的比例变化了吗？你信任它到什么程度？
