夜雨聆风5月23日，AI编程领域的新闻密集到让人喘不过气。
同一天，Google Chrome DevTools团队开源了让AI直接操控浏览器的MCP服务器，Anthropic推出了Claude Code官方插件目录，微软发布了.NET AI智能体技能库。三件事表面上各不相干，但放在一起看，一个信号已经非常明确：AI编程工具的核心竞争力，正在从"谁的模型更强"转向"谁的生态更大"。
这场转变，比大多数人预想的来得更快。
三次进化，一次比一次短
回顾AI编程工具的进化史，大致可以划出三个阶段。
第一阶段：代码补全。2022年GitHub Copilot引爆了这个赛道。AI像个高级自动补全插件，根据你正在写的上下文猜下一行代码。这个阶段持续了大约两年，核心比拼的是谁补得准、谁延迟低。
第二阶段：对话式编程。2024年起，Cursor和Claude Code的出现把交互方式从"猜你下一行写什么"升级到了"你描述需求，我写完整代码"。AI不再只是补全，而是能理解需求、生成模块、甚至重构整个文件。这个阶段大约持续了一年。
第三阶段：智能体编程。2025年下半年到现在，核心变化是AI不仅能写代码，还能"操作环境"——打开终端执行命令、读取文件系统、运行测试、查看结果、根据反馈自我修正。这个阶段的特点是：模型能力本身不再是最大变量，接入AI的"手和脚"才是。
而5月23日的这几则新闻，标志着第三阶段正式进入"军备竞赛"级别。
三张牌，同一个逻辑
先看这三件事各自在做什么。
Anthropic的插件目录，本质是在给Claude Code建一个"App Store"。目前收录的是官方团队审核的高质量扩展，覆盖数据库管理、API测试、文档生成等场景。逻辑很清楚：单靠Anthropic自己的工程师，不可能覆盖所有开发场景。但开放插件生态后，任何人都可以为Claude Code开发能力扩展。谁的插件多、质量高，谁就能留住用户。
Chrome DevTools MCP，是Google在给AI接"眼睛和手"。AI写前端代码最大的痛点是看不见浏览器渲染结果，只能靠人工报告错误。Google通过开放DevTools协议，让AI能直接读取控制台、检查DOM、抓取网络请求。这一步棋的精妙之处在于：它不需要和Claude Code或Cursor正面竞争，它要做的是成为所有AI编程工具都离不开的基础设施。
微软的.NET技能库，则是在守住自己的开发者阵地。C#和.NET生态有数百万开发者，微软不可能坐视他们全部流向Claude Code或Cursor。通过官方技能库降低.NET开发者在AI编程环境中的使用门槛——继续用熟悉框架，但AI辅助能力原生集成。
三家大厂，三张牌，指向同一个判断：AI编程的下半场，不是一个模型取代另一个模型的故事，而是一场生态对生态的战争。
谁在领跑，谁在追赶
领跑者：Anthropic。Claude Code已经是AI编程工具中事实上的标杆。它率先支持MCP协议，率先推出插件目录，率先把"智能体能操作环境"这件事做到可用。更重要的是，MCP协议正在成为行业标准——越来越多的工具选择接入MCP而非自建协议，Anthropic不经意间拿到了"标准制定者"的身份。
追赶者：Cursor和Google。Cursor用户基数大、体验成熟，但在生态开放度上慢了一步。Google则手握Chrome这张王牌——只要Chrome还是浏览器霸主，Chrome DevTools MCP就天然拥有不可替代性。Google在AI编程工具上也许暂时不是主角，但可能成为所有AI编程工具都绕不过去的基础设施。
防守者：微软和JetBrains。微软有GitHub Copilot和Visual Studio生态，但Copilot进化速度明显慢于Claude Code。策略是"用.NET技能库和Azure集成守住企业开发者，再慢慢追赶"。JetBrains面临更尴尬的局面——IDE依然最好，但AI编程工具重心正从IDE向Agent转移。
变量：开源社区。CodeGraph（本地代码知识图谱）、Superpowers（可组合编程智能体框架）这些开源项目，正在填补大厂生态空隙。例如CodeGraph解决"代码库太大时如何降低AI的Token消耗"，这个需求在Anthropic插件目录里还没有很好的方案。开源社区反应速度远快于大厂，任何未被满足的开发者需求都可能催生下一个爆款。
这场战争，真正的赢家是谁？
对开发者，这无疑是好事。两年前用AI写代码的体验是"还行，但不太放心"。现在的体验是"它能自己看浏览器报错、读Git历史、把项目管理面板嵌入编程环境"。每多一个MCP服务器、多一个插件，AI编程的可用性就往前推进一步。
但硬币另一面，生态碎片化风险也在增加。不同AI编程工具的插件彼此不兼容，同一个MCP服务器在不同客户端上表现可能不一致。如果各家都建"生态围墙"，最终的输家反而是开发者。
不过从趋势看，MCP协议大概率会成为"最大公约数"。它是开放的、轻量的、已有足够多支持者。Chrome DevTools选择接入MCP而非自建协议，就是最有力信号。
还有一个更深变量：当AI编程工具能做的事越来越多，开发者的核心能力会怎么重新定义？
以前优秀开发者是"能写高性能代码的人"。AI出现后变成"能准确描述需求、审查AI代码质量的人"。现在AI能自己操作浏览器了，编码本身占比进一步降低。未来的开发者核心竞争力，可能越来越集中在三件事上：系统架构判断力、业务理解深度、以及——很反直觉的——提问的能力。
你能不能在AI面前把问题定义清楚，能不能一眼看出AI生成的答案哪里不对劲，能不能在AI卡住时知道该给它什么新信息。这些能力，比记住API调用方式重要一百倍。
短期的喧嚣，长期的路径
5月23日这些发布，放历史长河里看也许只是平淡无奇的一天。但它们共同揭示的趋势是清晰的：AI编程工具正从"一个聪明的代码生成器"进化为"一个能独立操作开发环境的智能体"。这个过程不可逆，而且正在加速。
Anthropic做插件目录，Google开放DevTools，微软守住.NET阵地，开源社区快速补位——每一方都在为这个新世界铺设自己的一块轨道。最终谁能跑在最前面，取决于谁铺的轨道能和别人的接上。
回到那个经典问题：AI会取代程序员吗？
从今天的发布来看，答案在变得更具体——不会取代，但会大幅改变"编程"这件事本身的形态。如果你的核心能力是写代码的速度，那你会被取代。如果你的核心能力是理解问题、设计系统、做出正确的技术判断，你手里的工具会越来越强。
问题是，你属于哪一类？
当浏览器不再是浏览网页的工具，而是AI编程的延伸感官——编程这件事的本质，可能已经被改写了。
