Microsoft rende l’ambiente di orchestrazione Copilot accessibile tramite Foundry

Introduzione e contesto dell’annuncio

Il 28 ottobre 2026 Microsoft ha annunciato, tramite il blog ufficiale, che l’ambiente di orchestrazione Microsoft Copilot è ora disponibile per sviluppatori e aziende attraverso Microsoft Foundry. Questo ambiente, già alla base di Copilot Code, Copilot Studio, l’app GitHub Copilot, la CLI Copilot e VS Code, è stato creato dal team di ingegneria di GitHub e adottato a livello aziendale da Microsoft.

Microsoft definisce l’ambiente di orchestrazione come “tutto ciò che circonda il modello”: la strato che fornisce a un agente le istruzioni corrette, il contesto, l’ambiente di esecuzione e i controlli necessari per completare le attività. L’orchestrazione supporta standard aperti come il Model Context Protocol, competenze d’agente ed estensioni d’agente.

Caratteristiche principali dell’ambiente Copilot

L’annuncio di Microsoft Foundry ha illustrato le capacità dell’ambiente in una pre‑versione pubblica denominata Foundry Agent Service. Tra le novità più rilevanti:

• Supporto a più di 20 modelli di punta, con la possibilità di utilizzare chiavi proprie.
• Selezione automatica del modello più adatto in base al tipo di compito.
• Esecuzione della “loop dell’agente” e del sandbox con funzioni integrate di governance e ottimizzazione.
• SDK Copilot scaricabile per integrazioni personalizzate.
• Opzione di esecuzione nel cloud gestito da Foundry, mantenendo la compatibilità con altri framework di orchestrazione.

Componenti della pre‑versione pubblica

Secondo il blog Foundry, la pre‑versione pubblica comprende quattro componenti fondamentali:

• Competenze riutilizzabili: istruzioni, script e risorse che un agente può applicare a diverse attività.
• Strumenti connessi: strumenti supportati da Foundry e dal Model Context Protocol, con autenticazione e autorizzazioni configurabili.
• Esecuzione e delega: capacità degli agenti di operare su file e codice, delegando sotto‑attività a sotto‑agenti integrati, mentre l’agente principale coordina i risultati.
• Definizioni degli agenti gestite in versionamento: gli agenti sono descritti come codice versionato, facilitando la gestione e l’aggiornamento.

Questi componenti permettono all’ambiente di orchestrazione di gestire dinamicamente il contesto di lavoro, coordinare l’uso di modelli e strumenti, e rispettare le regole e i limiti definiti dal cliente.

Strumenti di sviluppo e casi d’uso aziendali

Gli sviluppatori possono creare agenti mediante diverse interfacce:

• Versione preliminare dell’Azure Developer CLI (azd).
• Portale Foundry.
• Toolbox Foundry per Visual Studio Code.
• Plugin e competenza Microsoft Foundry integrati in GitHub Copilot.

Due testimonianze aziendali evidenziano i vantaggi concreti:

• Chris Evans, CTO di Confluence Technologies, ha dichiarato che la sua squadra ha implementato una soluzione in meno di una settimana, potendo così concentrarsi su design e funzionalità anziché sull’infrastruttura.
• Orlando Ribas Fernandes, CEO di Fashable, ha spiegato che l’ambiente fornisce una base per trasformare processi di approvvigionamento complessi in flussi di lavoro agentici, mantenendo il controllo umano su decisioni commerciali critiche.

Limiti della pre‑versione e modello di fatturazione

Durante la fase di pre‑versione, gli utenti scelgono l’ambiente Copilot al momento della creazione di un agente; gli agenti esistenti non possono essere migrati a questo nuovo ambiente. Foundry gestisce CPU, memoria e timeout dell’ambiente di esecuzione.

La fatturazione inizierà il 1° dicembre 2026 e sarà basata sul consumo:

• Fino a tale data l’esecuzione dell’ambiente è gratuita.
• Le tariffe di inferenza dei modelli e dei servizi connessi rimangono separate.
• Il sandbox costerà 0,0994 $ per ora di vCPU e 0,0118 $ per ora di GiB di RAM, con variazioni regionali e contrattuali.

Tipologie di agenti in Foundry Agent Service

Foundry propone tre approcci distinti per la gestione degli agenti:

• Agenti a inviti senza orchestrazione, ideali quando le istruzioni e gli strumenti integrati sono sufficienti.
• Agenti a inviti con orchestrazione Copilot, che offrono esecuzione gestita con competenze, file e sotto‑agenti.
• Agenti ospitati, per team che necessitano di un proprio framework, ciclo di vita, middleware o dipendenze, mantenendo comunque l’hosting gestito da Foundry.

Resilienza per agenti a lungo termine

La resilienza per agenti ospitati a esecuzione prolungata è ora disponibile in generale. Essa è pensata per compiti che durano ore o giorni. Le funzionalità includono:

• Rilevamento automatico di interruzioni e riavvio con i dati di input originali.
• Salvataggio continuo di progressi e risultati intermedi da parte del codice cliente.
• Meccanismi per evitare duplicazioni di azioni quando un agente aggiorna sistemi esterni dopo un riavvio.
• Nota di Microsoft: la sola cronologia di conversazione non è sufficiente per ripristinare correttamente lo stato di lavoro.

Origini GitHub e progetti correlati

L’intero sistema è stato ideato dagli stessi ingegneri di GitHub che hanno guidato i lavori di orchestrazione multimodello. Il 4 settembre 2026 GitHub ha introdotto Project HydraFusion, una ricerca pre‑versione che crea piani di esecuzione combinando modelli di diversi fornitori secondo tre modalità:

• Direct mode: un singolo modello gestisce l’intera attività.
• Cascade mode: un modello veloce produce una bozza, poi un modello più potente verifica la qualità.
• Critical mode: un valutatore indipendente, in sola lettura, proveniente da un’altra famiglia di modelli, esamina la bozza prima della revisione finale.

Nei test offline, HydraFusion ha mostrato miglioramenti significativi:

• Incremento di 4,9 punti percentuali nella qualità verificata delle attività, con un costo 67 % inferiore rispetto a Claude Opus 5 su TerminalBench 2.1.
• Risultato a 1,5 punti dal benchmark DeepSWE, con riduzione dei costi del 36 %.
• Scarto di 0,1 punti su CheckpointBench interno, con risparmio del 65 % dei costi.

Porting da TypeScript a Rust

Il 16 settembre 2026 GitHub ha annunciato il completamento del porting dell’ambiente di esecuzione dell’agente Copilot da TypeScript a Rust. Al 21 agosto 2026 il codice di produzione in Rust contava 832 378 linee, distribuite su 128 pull request integrate gradualmente. Il SDK Copilot ora espone l’ambiente a sei interfacce linguistiche, garantendo prestazioni di livello “first‑class” nel settore.

Prospettive future e considerazioni finali

L’integrazione di Copilot nell’ecosistema Foundry segna un passo decisivo verso l’adozione di agenti AI più autonomi e scalabili nelle imprese. Con il supporto a numerosi modelli, la capacità di orchestrare competenze riutilizzabili e la resilienza per compiti a lungo termine, Microsoft punta a ridurre la complessità operativa per gli sviluppatori, consentendo loro di concentrarsi su innovazione e valore di business.

Le prime testimonianze di Confluence Technologies e Fashable suggeriscono che la curva di apprendimento è breve e i benefici tangibili si manifestano rapidamente. Tuttavia, le limitazioni della pre‑versione – in particolare l’impossibilità di migrare agenti esistenti – richiedono una pianificazione accurata per le organizzazioni che intendono adottare l’ambiente Copilot.

Con la fatturazione basata sul consumo a partire da dicembre, le aziende dovranno monitorare attentamente l’uso di CPU e memoria per ottimizzare i costi. La flessibilità di scegliere tra agenti a inviti, agenti orchestrati e agenti ospitati offre un ampio spettro di opzioni per adattarsi a diversi scenari di sviluppo e operatività.

In sintesi, l’ambiente di orchestrazione Microsoft Copilot su Foundry rappresenta una piattaforma aperta, modulare e pronta per la produzione, pronta a trasformare la maniera in cui le imprese costruiscono, gestiscono e scalano soluzioni AI agent‑centriche.