Ollama 社群提出 Gemma 4 工具回覆修補，關閉思考後可能產生空白答案

Ollama 社群於 10 月 8 日提出 Gemma 4 工具呼叫缺陷與修補提案，涉及 /api/chat 明確設定 think: false 後的接續生成。回報者使用 gemma4:26b，稱在特定工具結果上下文中，0.35.1、0.40.0 與未修補的 0.40.1 都出現空白回覆：沒有正文、工具呼叫或思考內容，卻以 done_reason: "stop" 結束。問題回報

官方文件要求應用程式將工具結果加入對話，再交回模型生成後續答案；思考輸出與正文則分別放在 message.thinking、message.content。因此，工程上若只檢查生成是否停止，這類空白訊息可能被當成已完成的代理步驟，讓多輪工具流程提早結束。這是依 API 行為作出的風險分析。工具呼叫文件、思考控制文件

修補作者將原因定位於提示渲染：工具回覆後，關閉思考的分支沒有預填空思考區塊，模型仍須自行生成並關閉該區塊。提案改為在明確關閉思考時補上完整區塊，並測試三種 Gemma 4 渲染器的開啟、關閉及未指定設定。作者稱，私人失敗案例在修補後五次都恢復工具呼叫；這項結果尚屬作者自測。修補提案

證據限制是此次消息的關鍵。回報者無法公開含私人工具輸出的完整請求，替換內容後也未能重現最終空白答案；10 月 9 日另一名測試者僅確認模型自行關閉思考區塊的前置條件。公開範例因此可檢查渲染行為，尚不足以獨立驗證完整失敗路徑。討論紀錄

截至查核時，提案仍開放且沒有審查紀錄。使用 Gemma 4 建構代理的團隊，可先記錄工具回傳後正文與工具呼叫同時為空的情況，並以 /api/show 核對模型的思考設定；後續應追蹤去識別化重現、維護者審查與正式版本納入狀態，再評估修補效果。提案狀態、設定文件