GitHub Repo
Ollama 社群回報 OpenCode v2 啟動失敗,修補討論再揭模型選擇偏差
10 月 26 日的 Ollama 社群回報指出,啟動器傳入的模型參數會讓 OpenCode v2.1.4 直接退出。候選修補已提出,但後續測試顯示,共用背景服務可能另使所選模型失效,尚不能視為完整修復。

Ollama 與終端編碼代理 OpenCode 的整合出現相容性回報。10 月 26 日,使用者指出,在 Ollama 0.40.11 搭配 OpenCode 2.1.4 時,選好模型後執行 ollama launch opencode,會因不接受 --model 參數而以代碼 1 結束。回報環境為 WSL2 上的 Ubuntu,使用經本機 Ollama 服務連接的雲端模型;其他環境的影響仍待確認。問題回報
回報將觸發點指向啟動器的參數注入:沒有轉交其他參數、且已選取模型時,程式會組出 --model ollama/<模型名稱>。社群因此提出 PR #19298,移除這段注入,改由既有的 OPENCODE_CONFIG_CONTENT 傳入模型設定,並保留使用者轉交的參數。提案列出 Go 測試與靜態檢查,但截至查核時仍未合併。修補提案
後續討論揭露另一個需要驗證的邊界。原回報者表示,重新啟動 OpenCode 共用背景服務後,僅靠行內設定仍可能使用全域預設模型;同一個非互動請求加上 --standalone、改用私有服務後,才使用啟動器選定的模型。這表示,解除參數錯誤未必等於恢復正確的模型路由;該結果目前仍是參與者測試,尚無維護者確認。後續測試
官方文件也有待釐清之處。Ollama 文件說明,啟動器會用行內設定指定模型,且不覆寫既有設定檔;但查核到的 OpenCode CLI 文件仍將 --model 列為終端介面的有效參數。因此,現有證據不足以把參數移除概括為所有 OpenCode 版本的共同變更。Ollama 整合文件、OpenCode CLI 文件
對維護編碼代理環境的工程師而言,驗收應同時檢查能否啟動,以及實際由哪個模型處理請求。依上述回報推論,只測程序成功開啟,可能漏掉背景服務沿用不同模型設定的情況。接下來應追蹤修補是否涵蓋服務模式、模型選擇與版本差異,以及正式發行版是否納入完整對照測試。