L’ANALISI
Mistral Studio: agenti gestiti, preview e confini dati
Mistral Studio aggiunge Managed Agents in public preview: tre modalità di esecuzione, sessioni persistenti e confini dei dati da distinguere.
In breve: Mistral Studio aggiunge Managed Agents in public preview il 5 novembre 2026. Lo stesso SDK supporta esecuzione nel proprio processo, worker self-hosted e runtime gestito da Mistral. Il modello, il ciclo dell’agente e l’archivio delle sessioni sono componenti distinti: ospitare il worker non dimostra che ogni dato resti sulla propria macchina. Release note Mistral Studio.
Verifica documentale del 5 novembre 2026 su annuncio, release note e guide ufficiali, conservate separando risposta HTML e testo estratto. Nessuna installazione dell’SDK, chiamata al modello, creazione di agenti o connessione a sistemi aziendali. Gli esempi e i benefici raccontati dal produttore non sono nostri test; la checklist finale propone una prova controllata da eseguire in seguito.
Che cosa viene rilasciato oggi, e con quale accesso?
Le release note del 5 novembre separano Managed Agents, builder dei workflow, CLI delle app, valutazioni e dataset. Managed Agents e Agents SDK sono in public preview: API, comportamento e limiti possono cambiare, richiedendo modifiche al codice. I connettori HTTP, pur descritti nella stessa espansione di Studio, risultano in private preview. Non si può quindi estendere a ogni componente la disponibilità del pacchetto generale. La novità è nel runtime e negli strumenti operativi, non un nuovo rilascio dei pesi di Le Chonk: annuncio del modello e aggiornamento della piattaforma restano due eventi distinti. Mistral Studio: release note del 5 novembre e stati di accesso.
Che cosa distingue i tre modi di eseguire un agente?
Nel proprio processo, harness e tool lavorano nel programma e la sessione vive in memoria: fermare il processo interrompe quel percorso. Con agents serve si esegue il worker sui propri server; con agents deploy lo gestisce Mistral. Nelle modalità distribuite, la guida colloca le sessioni nell’archivio Mistral, separato dal worker, e descrive la ripresa dall’ultimo passaggio completato. La scelta cambia il carico operativo e il confine dei dati, non soltanto il comando. Anche il modello è una componente separata: la guida contempla API Mistral o un proprio gateway. Non abbiamo verificato una configurazione con inferenza locale. Managed Agents: SDK, modalità di esecuzione e sessioni.
Persistenza e approvazioni eliminano il rischio delle azioni?
No. La documentazione prevede task lunghi, turni che attendono un’approvazione e tracce delle chiamate a modello e tool. Sono primitive utili, ma non dimostrano che un invio, un pagamento o una modifica esterna non possano essere duplicati dopo un errore. Nella prova proposta servono un identificativo stabile dell’operazione e un readback sul sistema destinatario, non solo lo stato della sessione. Definire quali tool richiedono una persona resta una responsabilità di chi configura l’agente. Non abbiamo esercitato crash, timeout o rifiuto dell’approvazione e non attribuiamo alla piattaforma un risultato che non abbiamo misurato. Managed Agents: SDK, modalità di esecuzione e sessioni.
I workflow sono completamente self-hosted?
Il percorso ordinario documentato è ibrido: codice e worker stanno nell’ambiente scelto dall’utente, mentre l’orchestratore Studio conserva stato e cronologia e distribuisce i task. I worker aprono connessioni in uscita; non è l’orchestratore a entrare nella rete aziendale. Per clienti enterprise è indicata anche la possibilità di ospitare l’ambiente Studio in cloud privato o on-premises, una modalità da verificare contrattualmente. La guida descrive cifratura dei payload nello SDK e offloading dei contenuti grandi su blob storage. Queste possibilità non dimostrano che siano abilitate nel proprio account né che tool, log e inferenza abbiano lo stesso perimetro. Mistral Workflows: esecuzione ibrida e dati.
Quando scegliere agente, workflow o app?
L’annuncio assegna ruoli diversi: l’agente indaga e sceglie azioni, il workflow coordina passaggi e approvazioni, l’app offre un’interfaccia alle persone. Per una classificazione di documenti con revisione umana, proponiamo un workflow con input sintetici, un passaggio modello e una decisione esplicita, prima di introdurre un agente libero di usare tool. L’app diventa utile quando chi revisiona deve vedere evidenze e confermare l’operazione. È una scelta progettuale derivata dalle funzioni documentate, non un confronto prestazionale. Il criterio di riuscita da fissare prima della prova è un esito verificabile sul destinatario, con traccia completa e nessuna azione dopo un rifiuto. Mistral: espansione di Studio con agenti, workflow e app.
Il contesto dei modelli è trattato nell’edizione del 30 ottobre su Le Chonk e altri modelli. Per confrontare gli altri aggiornamenti torna all’hub Radar AI.
Condizioni e limitazioni
Analisi documentale di annuncio, guide e release note, non installazione o prova end-to-end. Public preview e private preview hanno accessi e stabilità diversi. Non abbiamo verificato account, contratti, prezzi, retention, residenza effettiva dei dati o recupero da crash.
Checklist pratica
- Verificare lo stato public o private preview di ogni componente necessario, senza assumere un accesso uniforme.
- Disegnare separatamente collocazione di modello, harness, tool, ambiente, sessioni e tracce.
- Usare dati sintetici e un destinatario di prova, con credenziali limitate a una sola operazione reversibile.
- Richiedere approvazione prima di qualsiasi effetto esterno e verificare che il rifiuto impedisca l’azione.
- Proporre un arresto controllato del worker e controllare ripresa, identificativo dell’operazione e assenza di duplicati.
- Leggere l’esito sul sistema destinatario, non soltanto nella sessione o nell’interfaccia Studio.
- Verificare contratto, residenza, retention, cifratura e costi prima di usare dati reali.