谷歌推出 Conductor：一款面向 Gemini CLI 的上下文驅動開發擴展

作者 | Robert Krzaczyński

譯者 | 劉雅夢

策劃 | 丁曉昀

谷歌發布了新的 Gemini CLI 預覽擴展 Conductor，為 AI 輔助軟件開發引入了結構化、上下文驅動的方法。該擴展旨在解決基于聊天的編碼工具的一個常見限制：跨會話丟失項目上下文。

Conductor 將開發上下文從瞬態會話中轉移到直接存儲在存儲庫中的持久 Markdown 文件中。這些文件定義了產品目標、架構約束、技術選擇和工作流偏好，并作為開發人員和 AI 智能體的共享真相來源。其目的是使 AI 輔助開發隨著時間的推移更加可預測、可審查和可重復。

Conductor 鼓勵的不是直接從提示到代碼的轉換，而是規劃優先的工作流。開發人員在調用代碼生成之前定義規范和實現計劃，并且這些構件在特性的整個生命周期中仍然是代碼庫的一部分。這種方法旨在支持更大的任務，如特性開發、重構和在已建立的項目上工作，在這些任務中，理解現有的結構和約束是至關重要的。

Conductor 的一個核心概念是軌跡，它代表了一個離散的工作單元。每個軌跡包括一個書面規范和一個面向任務的計劃，該計劃被分解為階段和子任務。只有在計劃被評審之后，實施才能繼續進行，并在計劃文件中直接跟蹤進度。由于狀態存儲在存儲庫中，因此可以暫停、恢復或修改工作，而不會丟失上下文。

早期用戶強調了基于軌跡的工作流，認為這是對臨時提示的實際改進。Forrester 的工程和產品負責人 Devin Dickerson說：

對于這個擴展我最喜歡的特性是軌跡的概念。在這次發布之前，我一直在使用自己構建的 Conductor 開源版本，我最終構建了自己的特性切片。現在軌跡已經內置了，我可以扔掉那個了。

Conductor 還支持團隊范圍的配置。項目可以一次性定義共享標準配置，如測試策略、編碼約定和工作流程偏好，并將它們一致地應用于所有 AI 輔助的貢獻。這使得擴展不僅適用于個人開發人員，也適用于尋求跨貢獻者和機器一致性的團隊。

試用預覽版的開發人員指出，它強調了明確的規劃和測試驅動的工作流。Navid Farazmand描述道：

當 Gemini CLI 發布時，我立即嘗試用.md 文件創建類似的東西。Conductor 要好得多——特別是它采用的測試驅動開發方法。

Conductor 是 Gemini CLI 的預覽擴展，可以從其公共 GitHub 倉庫安裝。谷歌將這次發布定位為初始步驟，隨著開發人員和團隊的反饋指導未來的迭代，計劃進行進一步的改進。

https://www.infoq.com/news/2026/01/google-conductor/