In breve
Microsoft ora noleggia il runtime per agenti su cui gira GitHub Copilot. Dal 28 ottobre 2026 l’harness Copilot è in anteprima pubblica in Foundry Agent Service: Microsoft esegue il ciclo dell’agente e la sandbox, gli sviluppatori scelgono il modello e scrivono istruzioni, skill e strumenti. Per i team che pianificano lo sviluppo di agenti IA si risparmiano settimane di lavoro infrastrutturale, ma il runtime resta legato alle regole e ai prezzi di Microsoft.
Che cosa ha annunciato Microsoft?
Un harness è tutto ciò che circonda il modello e permette a un agente di portare a termine un compito: istruzioni, contesto, strumenti, ambiente di esecuzione e controlli. In un post firmato da Tina Schuchman, CVP di Foundry, e da Vladimir Fedorov, CTO di GitHub, Microsoft ha annunciato l’apertura agli sviluppatori esterni dell’harness che GitHub ha costruito per Copilot, come SDK scaricabile o come servizio completamente gestito in Foundry, dove Microsoft esegue il ciclo dell’agente e la sandbox con governance integrata. Microsoft afferma inoltre di aver portato di recente il runtime dell’harness in Rust per ridurre l’overhead delle sessioni e il tempo al primo token.
Secondo The New Stack, l’harness gestisce le chiamate a modelli e strumenti, tiene traccia del contesto e mantiene gli agenti entro le policy configurate. Le skill raggruppano istruzioni, script e risorse; gli agenti possono lavorare sui file, eseguire codice e affidare attività a subagenti, i cui risultati vengono combinati dall’agente principale. Gli agenti si definiscono in un file azure.yaml, si distribuiscono con azd deploy --all tramite Azure Developer CLI e la loro configurazione può stare nel controllo di versione accanto al codice applicativo. Un’opzione naturale per i team che lavorano già su Azure.
Quali sono i compromessi?
Il principale riguarda il controllo sul runtime. Il tipo di harness va scelto quando si crea un agente di prompt e non si può cambiare in seguito, nemmeno in una nuova versione. Microsoft decide anche quanta CPU e memoria riceve l’agente e per quanto tempo può restare inattivo. Gli sviluppatori decidono cosa fa l’agente, non l’ambiente in cui gira.
Anche la promessa multi-modello ha dei limiti. Microsoft cita oltre 20 modelli di frontiera più il bring-your-own-key, ma nella versione gestita di Foundry gli agenti usano modelli compatibili distribuiti tramite Foundry e, secondo The New Stack, i modelli personalizzati non sono supportati. I team che hanno bisogno di framework o modelli propri possono usare i Foundry hosted agents, per i quali Microsoft gestisce solo l’hosting; lo stesso giorno è diventata disponibile a livello generale la resilienza per le attività di lunga durata di questi agenti, così i task di ore o giorni possono riprendere dopo un’interruzione.
Quanto costerà?
In Foundry Agent Service l’harness è gratuito fino al 1° dicembre 2026, anche se l’inferenza dei modelli e alcuni strumenti e servizi collegati si pagano a parte. Dopo quella data Microsoft applicherà 0,0994 dollari per ora di vCPU e 0,0118 dollari per ora di GiB di memoria, con tariffe che possono variare in base alla region e al contratto. Per la maggior parte degli agenti il costo di runtime resta basso rispetto ai token, ma sessioni inattive, task lunghi e subagenti in parallelo si sommano: conviene misurare il costo per attività completata, non al mese.
Che cosa significa per i team software negli Stati Uniti e nell’UE?
La parte difficile degli agenti si sposta dalla scelta del modello all’ingegneria del runtime: sandbox, permessi sugli strumenti, retry, gestione del contesto e audit trail. Un harness gestito che, secondo Microsoft, serve già milioni di utenti Copilot toglie gran parte di questo lavoro dal backlog. Per i team statunitensi su Azure può ridurre un pilota da settimane a giorni e dare ai revisori di sicurezza un runtime noto da valutare al posto di codice custom.
Per i team europei, un runtime governato con connessioni MCP soggette ad approvazione e controlli di policy aiuta con gli obblighi di logging e supervisione umana richiesti dai clienti regolamentati, ma non risolve la questione di dove vengono trattati i dati. Verificate in quali region girano agente e modello e documentate accessi agli strumenti e approvazioni per le verifiche GDPR, DORA ed EU AI Act. Ovunque la domanda strategica è la stessa: più il vostro agente vive nell’harness di un fornitore, più sarà difficile cambiarlo in futuro.
Che cosa significa per il mercato italiano?
In Italia molte PMI, banche e software house lavorano già su Microsoft 365 e Azure, e la presenza di una region cloud Microsoft in Italia rende l’harness Copilot interessante per chi vuole agenti senza costruire l’infrastruttura da zero. Resta però da verificare caso per caso che l’anteprima e il modello scelto siano disponibili nella region desiderata, e annotarlo nel registro dei trattamenti previsto dal GDPR. Il Garante per la protezione dei dati personali ha già mostrato di intervenire con decisione sui servizi di IA generativa: per gli agenti che toccano dati personali conviene preparare fin dall’inizio una valutazione d’impatto (DPIA).
Per la Pubblica Amministrazione e i suoi fornitori il riferimento è la qualificazione dei servizi cloud dell’Agenzia per la Cybersicurezza Nazionale: prima di usare l’harness in progetti PA va controllato lo stato di qualificazione del servizio specifico. Il nostro consiglio per software house e reparti IT italiani: sfruttare la fase gratuita con un caso d’uso interno ben delimitato, tenere skill e valutazioni nel proprio repository Git e mantenere aperta l’opzione di un runtime self-hosted per i dati più sensibili.
Che cosa dovrebbero fare i team adesso?
- Fate un pilota nella finestra gratuita. Costruite un agente reale prima del 1° dicembre e misurate tasso di successo, token e ore di runtime per attività.
- Tenete la logica degli agenti nel vostro repository. Conservate skill, istruzioni, definizioni degli strumenti e valutazioni in Git, così da poterle spostare su un altro runtime.
- Scegliete l’harness in anticipo. Poiché non si può cambiare dopo la creazione, decidete per ogni caso d’uso tra harness Copilot e hosted agents prima di costruire.
- Blindate gli strumenti. Usate autenticazione e approvazioni MCP, credenziali con privilegi minimi e sandbox separate per i dati di produzione.
- Impostate budget e alert. Monitorate ore di vCPU, memoria e spesa per i modelli per ogni agente e limitate tempo di inattività e subagenti paralleli.
- Confermate dove risiedono i dati. Documentate region, modelli e flussi di dati per gli audit dei clienti e delle autorità.
Domande frequenti
Che cos’è l’harness Microsoft Copilot?
È il livello di orchestrazione che GitHub ha costruito per i propri prodotti Copilot: la parte attorno al modello che gestisce istruzioni, contesto, chiamate agli strumenti, la sandbox di esecuzione e i controlli di policy. Secondo Microsoft lo stesso harness ora fa girare Copilot Code, Copilot Studio, l’app GitHub Copilot, la CLI e VS Code. Dal 28 ottobre 2026 gli sviluppatori possono usarlo per i propri agenti tramite Foundry Agent Service in anteprima pubblica, oppure scaricare un SDK da GitHub.
Quanto costa l’harness Copilot?
In Foundry Agent Service l’harness è gratuito fino al 1° dicembre 2026, anche se l’inferenza dei modelli e alcuni strumenti e servizi collegati si pagano a parte. Dopo quella data, secondo The New Stack, Microsoft applicherà 0,0994 dollari per ora di vCPU per il calcolo e 0,0118 dollari per ora di GiB per la memoria, con tariffe che possono variare per region e contratto.
Quali modelli possono usare gli agenti sull’harness Copilot?
Microsoft afferma che l’harness funziona con oltre 20 modelli di frontiera più il bring-your-own-key. Nella versione gestita di Foundry gli agenti usano modelli compatibili distribuiti tramite Foundry; The New Stack precisa che lì i modelli personalizzati non sono supportati. I team che hanno bisogno di modelli o framework propri possono usare i Foundry hosted agents.
Quali sono i rischi di lock-in?
Il tipo di harness si sceglie alla creazione di un agente di prompt e non si può cambiare in seguito, nemmeno in una nuova versione, e i limiti di CPU, memoria e inattività li decide Microsoft. Tenere skill, istruzioni, definizioni degli strumenti e valutazioni nel proprio repository, dietro una sottile interfaccia interna, rende gestibile un futuro passaggio a un altro runtime.
Conviene costruire subito agenti sull’harness Copilot?
È adatto a piloti, strumenti interni e team centrati su Azure che vogliono rapidamente un runtime per agenti governato. Per prodotti di lunga durata, provatelo durante l’anteprima gratuita, misurate il costo per attività completata e confrontatelo con un framework self-hosted prima di affidargli carichi di produzione.
Fonti
The Official Microsoft Blog — Introducing the Microsoft Copilot harness (fonte primaria, 28 ottobre 2026)
The New Stack — Microsoft’s new Copilot harness makes agents easy, until you want to switch (ottobre 2026)
Visual Studio Magazine — Microsoft Opens GitHub-Built Copilot Harness to Developers Through Foundry (28 ottobre 2026)