2026 年 10 月 14 日更新: 下表提供目前候選模型的測試順序,並非新的程式設計實測排名。除了模型權重,還需為上下文狀態與執行階段緩衝預留記憶體。

最適合 coding agent 的 Ollama 模型,不一定是你能下載到的最大模型。Agent 會不斷循環:讀取檔案、呼叫工具、修訂計畫、產生 patch。有些模型在單一提示下看起來很強,但只要每次工具呼叫都得多跑一次緩慢的本機推論,實際用起來就會令人難以忍受。

這份評比可以當作實務起點:該拉取哪個模型、需要什麼硬體,以及何時該停止勉強本機推論、改用雲端備援。

快速評比

測試順序模型下載指令測試任務記憶體說明
1Qwen3.8 27Bollama pull qwen3.8:27b程式設計、推理與工具呼叫約 18GB 下載,另需上下文空間
2Muse Glimmer 30Bollama pull muse-glimmer:30b代理循環與失敗復原約 18GB 下載,另需上下文空間
3Qwen3 Coder 30Bollama pull qwen3-coder:30b專用程式設計基準核對量化版本和上下文
4Nemotron 3.5 Lightningollama pull nemotron-3.5-lightning:30b常駐代理預設下載約 25GB,需要更多記憶體
5gpt-oss 20Bollama pull gpt-oss:20b較小規模推理約 14GB 下載,16GB 可能吃緊
6Gemma 4 E4Bollama pull gemma4:e4b輕量程式碼輔助核對實際版本與可用記憶體
7Qwen3 8Bollama pull qwen3:8b小幅編輯與解釋較小模型,先用短上下文

Qwen3.8 與 Muse Glimmer 是支援工具的新候選。Qwen3 Coder 仍可作為程式設計基準。請在相同儲存庫任務上比較,發布時間不等於實際品質排名。

依機器規格挑選

8-16GB 記憶體

先試 Gemma 4 E4B 或 Qwen3 8B。gpt-oss 20B 下載約 14GB,加上上下文和執行階段開銷後,可能超出 16GB 的實用預算。關閉其他應用程式並檢查實際占用。

這個級別適合:

  • 解說不熟悉的程式碼
  • 撰寫小型函式
  • 草擬測試
  • 產生設定檔
  • 摘要日誌

不要期待在這裡進行可靠的跨檔案重構。較小的模型能寫出有用的程式碼,但一旦 agent 開始開啟檔案、修訂 patch、處理工具輸出,它們很快就會跟丟脈絡。

24-32GB 記憶體

比較 Qwen3.8 27B、Muse Glimmer 30B 與 Qwen3 Coder 30B。24GB GPU 或 32GB 以上統一記憶體可作為起點,但需限制上下文並實測占用。

64GB+ 記憶體

Qwen3 Coder Next 的預設下載約 52GB,另需執行階段空間。Nemotron 3.5 Lightning 的預設下載約 25GB。模型能載入不代表工具循環夠快,請同時測量延遲和完成品質。

在代理中同時設定本機 Ollama 供應商與 haimaker 雲端供應商,本機模型無法完成任務時再切換。

使用 HAIMAKER 分派本機與雲端模型

程式設計基準:Qwen3 Coder

Qwen3 Coder 可作為專用程式設計基準,與上表的新候選執行相同任務來比較。

拉取它:

ollama pull qwen3-coder:30b

執行快速檢查:

ollama run qwen3-coder:30b "Explain this repo structure and suggest where tests should live."

將它作為程式設計基準的原因:

  • 它明確針對 coding 與 agentic 工作流程進行調校。
  • Ollama 頁面列出了 ollama launch 對 Claude Code、Codex、OpenCode 和 OpenClaw 的支援。
  • 30B 變體在本機上比 480B 變體實際可行得多。
  • 長上下文支援讓它比舊的本機程式碼模型更適合儲存庫相關工作。

適合用於程式碼審查、測試產生、中型重構,以及重視隱私的本機優先 agent 工作階段。

最佳輕量選擇:Gemma 4

當 Qwen3 Coder 太吃資源時,Gemma 4 是值得嘗試的模型系列。較小的 Gemma 4 變體專為本機與裝置端使用而設計;26B MoE 變體則提供更強的工作站選項,而且不會每個 token 都啟用所有參數。

拉取適合筆電的版本:

ollama pull gemma4:e4b

拉取更強的工作站版本:

ollama pull gemma4:26b

當你需要快速的本機輔助來解說程式碼、進行小幅修改或處理私有程式碼時,Gemma 4 很適合搭配 coding agent 使用。但如果是需要 agent 維持完整遷移計畫的長時間自主工作階段,它就沒那麼合適。

新的代理候選:Muse Glimmer 與 Nemotron 3.5 Lightning

Muse Glimmer 30B 可用於測試多步工具呼叫和失敗復原。Nemotron 3.5 Lightning 面向常駐代理,預設版本下載約 25GB;MLX 版本的大小與上下文限制不同,應核對實際標籤。

ollama pull muse-glimmer:30b
ollama pull nemotron-3.5-lightning:30b

帶有 cloud 標籤的模型使用託管推理,不能因為由 Ollama 啟動就稱為私有本機推理。

在哪裡使用這些模型

  • haimaker.ai - 將本機 Ollama 模型與更強的雲端模型搭配使用:把簡單的 coding agent 工作分派到本機,困難任務交給付費模型。
  • OpenClaw - 使用 Ollama 作為 coding agent 工作階段的本機 provider。參閱 OpenClaw 本機模型指南。
  • OpenCode - 透過 OpenAI 相容的 provider 路徑加入 Ollama。參閱 使用 OpenCode 搭配 Ollama。
  • Codex 和 Claude Code - Ollama 的模型頁面包含 ollama launch 的 agent 執行環境範例,包括 Codex 和 Claude Code。

OpenAI 相容 agent 的設定

多數 coding agent 都可以透過 Ollama 的本機 OpenAI 相容端點來使用:

http://localhost:11434/v1

如果你的工具要求 API 金鑰,填入一個佔位值即可;Ollama 在本機端不會驗證它。

{
  "baseURL": "http://localhost:11434/v1",
  "apiKey": "ollama",
  "model": "qwen3.8:27b"
}

OpenCode 的 provider 區塊如下:

{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "ollama": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "Ollama (local)",
      "options": {
        "baseURL": "http://localhost:11434/v1"
      },
      "models": {
        "qwen3.8:27b": {
          "name": "Qwen3.8 27B"
        }
      }
    }
  }
}

如果工具呼叫不穩定,先縮小模型,再只把上下文加到硬體能負荷的範圍。一個大到會觸發記憶體置換的上下文視窗,比能保持回應速度的小視窗更糟。

何時不該使用 Ollama

當隱私、成本或離線工作很重要時,本機模型最適合。但不見得每個程式設計任務都更適合用它們。

遇到以下情況,改用雲端模型:

  • 任務跨越多個檔案
  • bug 難以察覺
  • 你需要可靠的工具呼叫
  • patch 會影響正式環境
  • 你沒有時間逐行審查產生的程式碼

務實的做法是本機優先,而不是只靠本機。用 Qwen3 Coder 或 Gemma 4 處理低成本的私有工作,當任務開始消耗大量注意力而不是 token 時,再升級到更強的雲端模型。

使用 HAIMAKER 分派本機與雲端模型


如需 OpenClaw 專用的本機設定,請參閱 OpenClaw 最佳本機模型。如需 OpenCode 設定,請參閱 使用 OpenCode 搭配 Ollama。