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。

部署后的会话是持久的：已完成步骤会被记录，worker 中断后通常可从已完成步骤恢复；也可能失败，或一直保持 Running 直到上限。正在执行的工作结果可能未知，有副作用的工具和 hooks 需要能承受重复调用。文档还把执行环境与 worker 位置分开配置，默认是 NoSandbox，所以 shell／文件访问仍需单独设置。

相关阅读可看同厂的 Responses API 预览。若需要对照其他厂商，可参考 智谱 Managed Agents Beta。

我们还没有部署 Managed Agents，也没有测过隐私或性能。