OpenCode：真正可用的開源AI編程代理

過去一年我測試了幾十個AI編程工具。大多數承諾很多，實際交付的只是多了幾個步驟的自動補全。OpenCode引起了我的注意，因為它做了不同的事情——它把編程當作工作流問題來處理，而不僅僅是文本生成問題。

擁有超過13.1萬GitHub星標和500萬月活開發者，OpenCode顯然觸動了開發者的痛點。但流行度不總是等於質量。所以我花了兩週時間把它作為主要編程助手來測試。

OpenCode的不同之處

你首先注意到的是，OpenCode不是在嘗試成為另一個聊天機器人包裝器。當你在項目中運行opencode並輸入/init時，有趣的事情發生了：它分析你的代碼庫並在倉庫根目錄創建一個AGENTS.md文件。

這個文件教會代理你項目的結構、編碼模式和約定。這是個小細節，但它傳遞了一個重要信號——OpenCode把上下文收集當作一等公民問題來處理，而不是事後補充。

多模型支持是另一個亮點。不像那些把你鎖定在單一模型的工具，OpenCode通過AI SDK和Models.dev支持75+個LLM提供商。你可以用Claude做複雜推理，用GPT做快速編輯，甚至運行本地模型處理敏感代碼。

真正有效的工作流

這是OpenCode真正有趣的地方。工具有兩種模式：規劃模式和構建模式。

在規劃模式下，OpenCode分析你的請求，將其分解為步驟，並在編寫任何代碼之前呈現方案。你可以批准、修改或拒絕這個計劃。這聽起來簡單，但它防止了常見的AI編程問題——工具偏離主題，寫出500行你沒要求的代碼。

構建模式是執行發生的地方。但關鍵是——即使在構建模式下，OpenCode也保持類似對話的流程。你可以在執行過程中說「實際上，用不同的方法」，它會適應。/undo和/redo命令按預期工作，讓你在不丟失上下文的情況下回滾更改。

隱私和企業功能

OpenCode的隱私故事令人耳目一新地具體。首頁聲明它不存儲你的代碼或上下文數據。處理在本地或通過直接API調用你選擇的提供商進行。

但有一個重要注意事項：/share功能。如果你使用它，你的對話數據會被上傳以創建公開分享鏈接。文檔明確建議為敏感工作禁用分享。這種有文檔記錄的權衡比模糊的「隱私優先」聲明更可信。

LSP集成：秘密武器

將OpenCode與更簡單的編程助手區分開的一個功能是它的語言服務器協議集成。該工具使用LSP診斷在更深層次理解你的代碼庫——捕獲類型錯誤、理解導入和導航代碼結構。

這很重要，因為AI編程工具的好壞取決於它們能收集的上下文。一個不能理解你項目類型系統或依賴圖的工具會給出看起來正確但在編譯時失敗的建議。

入門指南

如果你想嘗試OpenCode，這裡是實用路徑：

通過你喜歡的方法安裝——項目腳本、Homebrew、Docker或包管理器都可以。在項目目錄運行opencode，然後用/init設置上下文。用/connect連接提供商，然後開始一個簡單任務。

我建議在前幾次會話中啟用規劃模式。它幫助你理解代理如何思考問題，然後再讓它自由運行。

未來展望

OpenCode代表了我們如何看待AI編程工具的轉變。它不是把代碼生成當作文本補全問題，而是把它當作包含規劃、執行、驗證和回滾的工作流問題。

如果你厭倦了那些承諾自主性但帶來混亂的AI編程工具，OpenCode值得認真看看。只是要準備好投入時間學習它的工作流——回報是值得的。