LangChain DeepSeek 1.1.1 修正端點切換，讓嚴格工具呼叫送往 Beta API

LangChain 於 9 月 22 日發布 langchain-deepseek 1.1.1，將嚴格工具呼叫的端點修正納入正式套件；PyPI 也列出同日上傳的檔案。補丁於 9 月 7 日合併，本次新聞進展是套件發行。[發布紀錄](https://github.com/langchain-ai/langchain/releases/tag/langchain-deepseek==1.1.1)、[PyPI](https://pypi.org/project/langchain-deepseek/1.1.1/)

問題出在設定物件與實際連線不同步。舊實作在工具綁定或結構化輸出啟用 strict 時，複製模型並改寫 API 網址，但複製操作不會重新執行驗證器，底層用戶端仍指向原端點。維護者指出，結果是設定看似開啟，伺服器卻沒有執行預期的嚴格 schema 驗證。[修補討論](https://github.com/langchain-ai/langchain/pull/40249)

目前公開實作會清空複本內的同步、非同步及根用戶端，再呼叫環境驗證程序重建連線。這讓網址變更落到實際送出請求的物件；原先建立的模型仍可保留自己的設定。不過，自動切換只在網址等於套件預設值時發生，企業閘道或自行指定的網址仍須另外處理。[用戶端實作](https://raw.githubusercontent.com/langchain-ai/langchain/master/libs/partners/deepseek/langchain_deepseek/chat_models.py)

DeepSeek 官方文件要求嚴格模式使用 Beta 端點，並在每個工具函式上設定 strict。各層物件的欄位都須列為必填，額外欄位須禁止；不支援的 schema 會被拒絕。因此，工程上可能出現升級前請求成功、升級後回報 schema 錯誤的情況，這是驗證開始生效後應檢查的差異。[API 規格](https://api-docs.deepseek.com/guides/tool_calls/)

同版也將提示快取命中量映射到通用的快取讀取欄位，讓觀測工具能辨識這部分輸入用量。這屬於計量資料的修正；據此判讀報表時，應先排除欄位補齊造成的差異，再評估是否真的降低請求成本。套件版本、端點設定與原始回應宜一起保存，方便回查。[版本變更](https://github.com/langchain-ai/langchain/releases/tag/langchain-deepseek==1.1.1)

對把工具輸出送進資料庫或工作流程的團隊，這次修正補上格式約束的可靠性。驗收時應檢查實際請求網址，分別測試同步與非同步呼叫，再用不支援的 schema 確認伺服器是否拒絕。若注入自訂用戶端，也應重驗代理、標頭與傳輸設定。驗收也應保留解析錯誤，避免重試掩蓋結構不符的案例。格式符合約束仍不代表欄位內容正確，業務規則與權限檢查需由應用程式負責。