Google 推出 Gemini CLI 扩展插件：在终端直接调度 Figma 与 Stripe

写代码最烦的事，不是写不出逻辑，而是在终端、Postman、浏览器、设计稿和云控制台之间来回切窗口。

你刚在命令行敲完一段代码，就得切去 Figma 看一眼间距，再去 Stripe 查接口参数，最后还要打开浏览器去控制台看部署状态。这种切来切去的消耗，往往比写代码本身还要折腾。

Google 显然也看到了这一点。在 Gemini CLI 开源上线 3 个月、斩获超 100 万开发者之后，Google 正式推出了 Gemini CLI extensions，试图把所有外部工具都塞进终端里。

不只是连上工具，还得附赠一份「操作手册」

你可以把 Gemini CLI 当作跑在终端里的开源 AI 代理，而扩展就是它的外挂。

安装方式很简单，只要在命令行敲一行 `gemini extensions install`，后面加上 GitHub 地址或本地路径就行。

但这套扩展机制最聪明的地方，不是它能连外部服务，而是它解决了一个老问题：就算把工具连上了大模型，大模型往往也不知道该怎么用好它。

现在很多工具都在用 Anthropic 发起的 Model Context Protocol（MCP）协议。MCP 解决了底层连接问题，就像给大模型接了一根水管，但怎么放水、放多少，模型依然容易抓瞎。

Gemini CLI 扩展是在 MCP 之上包了一层名为「Playbook」的剧本。

一个扩展可以同时打包几个东西：一个或多个 MCP 服务器、专属的上下文规则文件（比如 GEMINI.md）、自定义斜杠命令，甚至能屏蔽掉某些不希望模型调用的内置工具。

模型在执行任务时，既能读取终端当前的本地文件和 git 状态，又能翻看扩展自带的剧本，第一条指令下去就能明白意图，省去了反复 prompt 调教的麻烦。

从画板到支付，第一批伙伴名单很务实

这次上线的扩展目录按 GitHub 星标排序，除了 Google 自家全家桶，外部生态拉拢得相当迅速。

首批合作伙伴里几乎全是高频工具。比如 Figma 扩展可以直接从画板框架生成代码并对齐设计规范；Postman 扩展允许直接用自然语言管理接口集合；Stripe 扩展能让 AI 去查支付接口和官方文档；Shopify 扩展则能帮着写 serverless 函数。

至于运维和监控，Dynatrace 能直接把性能数据和故障根因推到命令行，Harness 可以分析 CI/CD 流水线，Snyk 则负责在敲代码的同时扫一遍安全漏洞。

Google 自己也拿出了很具诱惑力的原生支持。比如 Cloud Run 扩展支持一行命令把本地代码推到线上生成公开链接；还有能直接操控排错的 Chrome DevTools 扩展，以及管理 GKE 集群的工具。

为什么重要

终端是大模型落地的兵家必争之地。对于天天住在命令行里的开发者来说，如果一个命令就能搞定设计比对、接口测试和一键上线，这种体验会瞬间击穿传统的桌面应用模式。值不值得现在用？只要你平时离不开终端，用一条命令装个扩展去试，门槛非常低，完全值得立刻集成进主力流程。

对行业而言，Google 这里展现出了一种很聪明的策略：它没有强推一套完全属于 Google 的私有工具接口，而是全面兼容并加固了 Anthropic 主导的 MCP 生态。这说明大模型时代的开发者工具标准正在加速收敛，谁能把这套协议包得更易用、更智能，谁就能把开发者留住。

不过在我们看来，隐患也同样藏在这份便捷里。命令行是开发者的最高权限核心地带，当各种第三方扩展、外部 MCP 服务和 AI 代理紧密咬合在一起，一旦模型出现幻觉或者恶意扩展注入了有偏差的 playbook，误执行了破坏性命令，后果可比网页端聊天严重得多。如何在开放扩展生态的同时把权限沙箱做好，是 Google 接下来必须回答的硬仗。