代理框架／開發工具
Pydantic AI 2.41／2.42 串接 Codex、Copilot，並收緊延後工具核准資料
連續兩版新增直接圖像生成 API，以及使用 ChatGPT／Codex 訂閱與 GitHub Copilot 相容端點的 provider。2.42 同時拒絕格式錯誤的延後工具核准結果，升級可能使原本被寬鬆接受的代理工作流直接失敗。
Pydantic AI 在約 24 小時內發布 2.41.0 與 2.42.0，重點不是新增另一層聊天封裝，而是把更多模型入口與工具執行資料納入同一套型別化介面。[2.41.0 發行紀錄](https://github.com/pydantic/pydantic-ai/releases/tag/v2.41.0)加入獨立的 `ImageGenerator` API，讓應用程式不必先建立完整 Agent 迴圈即可呼叫圖像生成；它亦加入 `openai-codex` provider，以 ChatGPT／Codex 訂閱驗證連接服務。原先供 `ImageGeneration` 與 `XSearch` 使用的 `fallback_model` 則開始淘汰，名稱改為 `fallback_subagent_model`，更明確表達備援執行者不是一般模型參數，而是具自身執行路徑的子代理。
隔日的 [2.42.0](https://github.com/pydantic/pydantic-ai/releases/tag/v2.42.0)再新增 `GitHubCopilotProvider`，對接 Copilot 的 OpenAI 相容 API。對同時使用多個訂閱型模型入口的團隊而言，這可減少自製傳輸配接器，但「OpenAI 相容」仍不保證工具呼叫、取樣參數、錯誤碼或計費資訊完全等價。新版也修正 Bedrock Converse 對 Anthropic 禁用取樣設定的處理、保留標準化歷史中的 Anthropic recovery 資訊，並把 code-mode 函式簽章內指向非物件型別的 JSON Schema `$ref` 直接展開，避免工具 schema 被部分供應商拒收。
更需要升級測試的是 `DeferredToolResults.approvals`：2.42 會拒絕無效核准值，而非讓不合規資料繼續流入代理恢復路徑。這有助於防止人工核准、外部工作佇列與代理狀態之間出現模糊語意，卻也屬於官方列出的相容性注意事項；依賴舊有寬鬆解析的序列化資料可能在恢復時報錯。`ToolReturnContent` 驗證亦改為避免每個 JSON 節點都進行一次 Python 呼叫，屬框架開銷優化，但官方未公布端到端代理吞吐量。PyPI 顯示 [2.42.0 套件](https://pypi.org/project/pydantic-ai/2.42.0/)於 9 月 9 日透過可信發布流程上傳。工程團隊應特別回歸測試既有核准紀錄、跨供應商工具 schema、成本追蹤及訂閱憑證生命週期。