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 接下來必須回答的硬仗。