2026 年 11 月 5 日，Mistral Studio 部落格介紹了 managed agents 與 apps 等擴充。對自託管來說，更關鍵的邊界寫在 Agents 文件裡：Managed Agents 與 Agents SDK 仍是 public preview，API、行為和限制都可能變化。

自託管 worker，不等於工作階段也留在本機

執行模式決定 agent loop、工具程式碼和 hooks 跑在哪裡。

  • Local, in-process： agent 跑在開發行程內；工作階段留在行程記憶體，或透過實驗性 journal 落盤。Studio tracing 關閉。
  • Self-hosted agents serve： 在自有機器或叢集上跑長期 worker，工具與 hooks 也在那裡執行。工作階段仍由 Mistral 的 control plane 保存並路由，模型呼叫仍由 Mistral 服務。
  • Mistral-managed agents deploy： Mistral 從 git 建置並執行 worker；工作階段儲存路徑與 self-hosted 一樣，在 Mistral 側。

因此，標準自託管移動的是 worker，不是整條資料面。部落格另有說明：企業可以把模型和平台部署到自有 cloud、VPC、on-prem 或混合環境。那是更完整的企業平台能力，不能等同於普通 agents serve 的預設效果。

Tracing 與耐久性

在 agents serve 和 agents deploy 下，Studio tracing 預設開啟，並包含 prompt 與 completion 內容。Local in-process 則關閉 tracing。

部署後的工作階段是 durable 的：已完成步驟會被記錄，worker 中斷後通常可從已完成步驟恢復；也可能失敗，或一直保持 Running 直到上限。正在執行的工作結果可能未知，有副作用的工具和 hooks 需要能承受重複呼叫。文件還把執行環境與 worker 位置分開設定，預設是 NoSandbox，所以 shell／檔案存取仍需單獨配置。

相關閱讀可看同廠的 Responses API 預覽。若需要對照其他廠商，可參考 智譜 Managed Agents Beta。

我們還沒有部署 Managed Agents，也沒有測過隱私或效能。