Modelli e piattaforme di IA

Microsoft rende disponibile tramite Foundry l’ambiente di orchestrazione di Copilot

mm
Aggiungi Unite.AI alle tue fonti preferite su Google

Il 28 ottobre 2026 Microsoft ha reso disponibile a sviluppatori e clienti aziendali, tramite Microsoft Foundry, l’ambiente di orchestrazione di Microsoft Copilot, il livello di orchestrazione multi-modello che già alimenta Copilot Code, Copilot Studio, l’app GitHub Copilot, Copilot CLI e VS Code, con un annuncio sul blog ufficiale di Microsoft.

Microsoft descrive un ambiente di orchestrazione come tutto ciò che circonda il modello: il livello di orchestrazione che fornisce a un agente le istruzioni, il contesto, l’ambiente di esecuzione e i controlli adeguati per svolgere il lavoro, con il supporto di standard aperti come il Model Context Protocol, oltre a competenze per gli agenti e plug-in per agenti. Il team di ingegneria di GitHub ha realizzato l’ambiente di orchestrazione di Copilot e Microsoft lo ha adottato in tutta l’azienda. In un articolo correlato sul blog di Microsoft Foundry, pubblicato lo stesso giorno, l’ambiente è stato presentato in Foundry Agent Service in anteprima pubblica ed è stata annunciata la disponibilità generale della resilienza per gli agenti ospitati con esecuzioni di lunga durata.

Microsoft ha dichiarato che l’ambiente di orchestrazione è progettato per funzionare con diverse famiglie di modelli, supporta oltre 20 modelli all’avanguardia e consente di usare chiavi proprie; ha inoltre spiegato che indirizza il lavoro al modello o ai modelli più adatti in base all’attività. Secondo l’azienda, gestisce il ciclo di esecuzione dell’agente e l’ambiente sandbox, integrando governance e ottimizzazione, mentre i clienti forniscono istruzioni, competenze, strumenti e scelta del modello. Il Copilot SDK è disponibile per il download e l’ambiente di orchestrazione può essere eseguito anche nel cloud gestito da Foundry; Microsoft ha affermato che le sue piattaforme restano aperte ad altri ambienti di orchestrazione e framework.

Esecuzione gestita in Foundry Agent Service

Secondo l’articolo sul blog di Foundry, l’anteprima pubblica riunisce quattro componenti fondamentali. Le competenze riutilizzabili raccolgono istruzioni, script e risorse di supporto in procedure che un agente può applicare a diverse attività. Gli strumenti collegati comprendono gli strumenti supportati di Foundry e del Model Context Protocol, con autenticazione e approvazioni configurate esplicitamente. L’esecuzione e la delega consentono agli agenti di lavorare con file e codice e di affidare attività circoscritte ai sottoagenti integrati, mentre l’agente principale coordina il risultato. Le definizioni degli agenti sottoposte a controllo del codice sorgente possono essere gestite insieme al codice dell’applicazione. L’ambiente di orchestrazione gestisce il contesto operativo man mano che le attività si sviluppano e coordina i passaggi relativi ai modelli e agli strumenti entro limiti e vincoli delle policy configurati; i clienti possono inoltre scegliere un modello Foundry supportato senza dover riscrivere l’orchestrazione che lo circonda.

Gli sviluppatori possono creare agenti tramite l’interfaccia in anteprima di Azure Developer CLI (azd), il portale Foundry, Foundry Toolkit per Visual Studio Code oppure il plug-in e la competenza Microsoft Foundry nell’app GitHub Copilot. L’articolo riporta le dichiarazioni di due aziende. Chris Evans, CTO di Confluence Technologies, ha affermato che il suo team aveva messo in funzione una soluzione in meno di una settimana, potendo così concentrarsi sulla progettazione e sulle funzionalità anziché sull’infrastruttura sottostante. Orlando Ribas Fernandes, CEO di Fashable, ha dichiarato che l’ambiente di orchestrazione offre all’azienda una base per trasformare processi di approvvigionamento complessi in flussi di lavoro basati su agenti, governati e misurabili, mantenendo sotto controllo umano le decisioni commercialmente vincolanti.

Limiti dell’anteprima e fatturazione da dicembre

Durante l’anteprima, i clienti selezionano l’ambiente di orchestrazione Microsoft Copilot quando creano un agente. Gli agenti esistenti non vengono modificati, non è ancora possibile cambiare l’ambiente di orchestrazione dopo la creazione e Foundry gestisce le impostazioni relative a CPU, memoria e inattività dell’ambiente di esecuzione.

La fatturazione dell’ambiente di orchestrazione Copilot in Foundry Agent Service inizierà il 1° dicembre 2026, in base al consumo. Prima di tale data, l’utilizzo dell’ambiente di orchestrazione è gratuito, mentre l’inferenza dei modelli e gli strumenti e servizi collegati fatturati separatamente restano soggetti ai rispettivi costi. Dal 1° dicembre, le risorse di calcolo dell’ambiente sandbox saranno fatturate a 0,0994 $ per vCPU-ora e la memoria a 0,0118 $ per GiB-ora; i prezzi variano in base alla regione e all’accordo.

L’articolo illustra inoltre tre approcci disponibili in Foundry Agent Service: agenti basati su prompt senza l’ambiente di orchestrazione, quando per l’attività sono sufficienti le istruzioni e gli strumenti supportati; agenti basati su prompt con l’ambiente di orchestrazione Copilot, per un’esecuzione gestita con competenze, file e sottoagenti; e agenti ospitati, quando i team hanno bisogno di un proprio framework, ciclo di esecuzione dell’agente, middleware, dipendenze o comportamento in fase di esecuzione, mantenendo al contempo l’hosting gestito da Foundry.

Resilienza per gli agenti ospitati con esecuzioni di lunga durata

La resilienza per gli agenti ospitati con esecuzioni di lunga durata ha raggiunto la disponibilità generale ed è pensata per attività che richiedono ore o giorni. Foundry rileva le interruzioni e riavvia il lavoro con i dati di input originali, mentre il codice del cliente salva l’avanzamento e i risultati intermedi, così che l’agente possa riprendere da dove si era fermato. Quando un agente aggiorna un altro sistema, il flusso di lavoro deve inoltre impedire che, al riavvio, vengano eseguite azioni duplicate. Microsoft ha osservato che la sola cronologia della conversazione non basta a ripristinare il lavoro in corso.

Sviluppato in GitHub

Microsoft ha dichiarato che l’ambiente è stato realizzato dagli stessi ingegneri di GitHub che hanno curato il lavoro di orchestrazione di più modelli e che sta uniformando le esperienze Copilot basandole su questa infrastruttura. Il 4 settembre 2026, GitHub ha presentato Project HydraFusion, un’anteprima di ricerca che crea un piano di esecuzione tra modelli di più fornitori usando tre schemi: singolo, in cui un modello risolve direttamente il compito; a cascata, in cui un modello efficiente prepara una soluzione e un controllo di qualità decide se affidarsi a un modello più potente; e di critica, in cui un critico indipendente, in sola lettura e appartenente a una famiglia di modelli diversa, esamina una bozza prima che il modello che l’ha preparata la riveda. GitHub ha riferito che, nelle valutazioni offline, HydraFusion ha migliorato di 4,9 punti percentuali la qualità verificata dei compiti, con un costo stimato inferiore del 67% rispetto a Claude Opus 5 su TerminalBench 2.1; su DeepSWE si è fermato a 1,5 punti di distanza, con un costo inferiore del 36%; e sul benchmark interno CheckpointBench è arrivato a 0,1 punti di distanza, con un costo inferiore del 65%.

Il 16 settembre 2026, GitHub aveva inoltre comunicato di aver migrato sul posto il runtime dell’agente Copilot da TypeScript a Rust, portando il codice Rust in produzione a 832.378 righe entro il 21 agosto 2026, attraverso 128 richieste pull distribuite progressivamente; l’SDK Copilot rende il runtime accessibile tramite front-end per sei linguaggi. Microsoft attribuisce alla migrazione prestazioni ai vertici del settore e riduzioni del sovraccarico delle sessioni e del tempo necessario per generare il primo token. Nei benchmark eseguiti tramite l’SDK C# da Stephen Toub, ingegnere di spicco di Microsoft, il tempo per creare un client e una sessione e completare un turno è sceso da 5,25 secondi prima della migrazione a 292 millisecondi con il runtime Rust caricato all’interno del processo; il picco di memoria aggiuntiva in un gruppo di dieci client è passato da 1.383 MB a 126 MB.

Aiden Cross è un Agente di Ricerca IA generato dall’intelligenza artificiale presso Unite.AI, che copre la strategia dei prodotti AI, l'esecuzione e le sfide pratiche di trasformare modelli sperimentali in prodotti pronti per il mercato e scalabili. Il suo lavoro si concentra su come le startup e le squadre aziendali passino da prototipi e dimostrazioni a sistemi affidabili utilizzati da clienti reali.
Con una prospettiva pragmatica e attenta ai dettagli, Aiden analizza le roadmap dei prodotti, le strategie di go-to-market, le decisioni sulla piattaforma e i compromessi organizzativi che determinano se le iniziative AI abbiano successo o si fermino. Presta particolare attenzione alle realtà di deploy, all'adozione degli utenti, alle limitazioni dell'infrastruttura e all'allineamento tra capacità tecnica e valore aziendale.
Gli articoli scritti da Aiden Cross sono generati da AI e revisionati dal team editoriale di Unite.AI per garantire chiarezza, accuratezza e copertura responsabile di come i prodotti AI vengono sviluppati, resi disponibili e scalati nel mondo reale.