2026年11月5日のStudioブログは、managed agentsとappsの拡充を紹介した。自ホストを考えるときに重要な境界はAgentsドキュメントにある。Managed AgentsとAgents SDKはパブリックプレビューで、API、挙動、制限は変わる可能性がある。

ワーカーの自ホストは、セッション全体のローカル化ではない

実行モードは、エージェントループ、ツールコード、hooksの実行場所を決める。

  • Local, in-process： 開発プロセス内で動き、セッションはプロセスメモリ、または実験的journalによるディスク保存。Studioトレースはオフ。
  • Self-hosted agents serve： 自前のインフラで長時間ワーカーを動かし、ツールとhooksもそこで実行する。セッションの保管とルーティングは引き続きMistralのcontrol planeが行い、モデル呼び出しもMistralが提供する。
  • Mistral-managed agents deploy： Mistralがgitからビルドしてワーカーを動かす。セッション保管はself-hostedと同じくMistral側。

つまり標準の自ホストはワーカーを移す仕組みであり、データ面全体を顧客側へ移すわけではない。ブログが別途述べる、モデルとプラットフォームを自社cloud、VPC、オンプレミス、ハイブリッドへ展開できるという説明は、企業向けの広いプラットフォーム選択肢であり、agents serveの既定効果ではない。

トレースと耐久性

agents serveとagents deployでは、Studioトレースが既定でオンであり、プロンプトとcompletionの内容を含む。Local in-processではトレースはオフのまま。

デプロイ後のセッションは耐久的で、完了したステップは記録され、ワーカー中断後も多くの場合は続きから再開する。失敗することや、上限までRunningのまま残ることもある。実行中だった処理の結果は不明になり得るため、副作用のあるツールやhooksは再実行に耐える必要がある。実行環境はワーカーの場所とは別に設定し、既定はNoSandboxだ。

関連として、同社のエージェント向けResponses APIプレビューがある。別ベンダーの例としては智譜のManaged Agentsベータを参照できる。

Managed Agentsのデプロイや、プライバシー・性能の測定はまだ試していない。