Google把开发规范塞进插件,17个AI框架一夜变废铁?

近日Google Developers Blog连发三篇重磅文章，宣告AI开发工具的「基建革命」。

当所有人都在卷大模型能力时，Google却把矛头指向了17个AI开发框架——通过一个名为 Conductor 的插件。

从 CLI 到插件，Conductor 打破了什么

去年，Conductor 作为 Gemini CLI 的扩展首次亮相，主打「Spec-Driven Development」（规范驱动开发）。核心思路很简单：把项目规划从「临时聊天」搬进「版本控制的 Markdown 文件」，让 AI 在动手写代码之前先理解架构。

但有一个问题：它只能用在 Gemini CLI 里。

今天，Google 宣布 Conductor 正式进化为 Conductor Plugin。这意味着它不再绑定任何单一工具——你可以在 Antigravity CLI 里用，也可以在 Claude 里用，甚至未来可能支持更多平台。

更关键的是交互方式的改变。原来的 Conductor 需要你记住各种命令序列，现在的插件版本支持「对话式」交互。你聊你的需求，AI 在后台自动更新 spec.md 和 plan.md，完成任务打勾。

Google 在博客里透露了一个数据：在 TerminalBench 最复杂的任务子集上，使用 SDD（规范驱动开发）的 Conductor Plugin 成功率显著高于不使用 SDD 的用户。

这不是一个功能更新，这是一个信号——Google 正在把「开发规范」本身变成一种可移植的基础设施。

三连发背后的完整图景

如果你以为这只是个插件更新，那就太小看 Google 的野心了。

同一天发布的还有两件事： 第一，模块化提示词转译。 Google 的工程师在博客里直言：当系统提示词膨胀成「巨石」时，团队协作会变成噩梦。他们的解决方案是把提示词当成「软件构件」来管理——模块化、可复用、支持静态验证和 CI/CD。 第二，LiteRT.js 发布。 这是 LiteRT 家族的 Web 版本，让浏览器可以直接运行 AI 模型，支持 XNNPACK（CPU）、ML Drift（GPU）和即将推出的 WebNN（NPU）。对于前端开发者来说，这意味着零服务器成本、零延迟的端侧 AI 成为可能。

三件事，三个层面：开发规范（Conductor）、提示词工程（模块化转译）、推理部署（LiteRT.js）。

Google 正在构建一个完整的 AI 开发工具链。

为什么是「插件化」

这里有一个值得玩味的细节：Conductor 选择以「插件」形态存在，而不是做一个新的 IDE 或平台。

这背后的逻辑很清晰：与其跟 VS Code、Claude、Cursor 这些已经占领开发者心智的工具正面竞争，不如成为它们的基础设施。

这是一种典型的 Google 式打法。回想 Android 的成功——Google 没有自己做手机，而是做一个开放系统让所有人用。今天的 Conductor Plugin 也是类似的思路：把「规范驱动开发」做成一个可以嵌入任何工具的底层能力。

对比 OpenAI 的 GPTs 商店（封闭的生态系统）和微软 Copilot（深度绑定 VS Code），Google 的策略明显更「开放」。

开发者会买账吗

对于开发者来说，Conductor Plugin 的价值在于「一致性」。

想象一下：你在 Antigravity CLI 里开始一个项目，写了 spec.md 和 plan.md，然后切换到 Claude 继续开发，所有上下文无缝衔接。你的项目规范、开发计划、代码结构，全部以 Markdown 的形式保存在仓库里，成为「单一事实来源」。

这解决了一个真实痛点：AI 辅助开发的「上下文丢失」问题。

目前，Conductor Plugin 的 GitHub 仓库已开源（https://github.com/gemini-cli-extensions/conductor），拥有 62 个 Issues 和 14 个 Pull Requests，社区活跃度正在上升。Google 还提供了完整的 Codelab 教程，手把手教你用 Conductor 从零构建一个「转盘抽奖」Web 应用，再添加 Firebase 认证和存储功能。

但挑战也很明显。开发者愿不愿意为了「规范驱动」改变现有的工作流？更重要的是，当 OpenAI 和微软在「智能」层面疯狂迭代时，Google 选择深耕「工程化」。这是一种错位竞争，但也可能是一种「避重就轻」。

毕竟，开发者最终选择的不是「谁的工具链更完整」，而是「谁的 AI 更能帮我写出好代码」。

Google 在 AI 开发工具上的完整图景：

Conductor 解决「怎么规划」，模块化提示词 解决「怎么组织」，LiteRT.js 解决「怎么部署」。

这是一个比「做大模型」更长期、更底层、也更难讲故事的赛道。Google 选择在这里下注，说明他们明白：AI 的终局不是模型之争，而是生态之争。

但生态不是一天建成的。Conductor Plugin 能否成为开发者的「默认选择」，取决于 Google 能不能持续投入、能不能真正开放、能不能理解开发者的真实需求。

Google 的「基建」策略能打破 OpenAI 和微软的垄断吗？

原文链接：https://developers.googleblog.com/evolving-spec-driven-development-conductor-now-supports-antigravity/

GitHub 仓库：https://github.com/gemini-cli-extensions/conductor

如果你觉得有用，欢迎点赞、在看、转发！

关注我，获取一手信息，了解更多AI知识！