Enterprise AI | The .NET Blog

Microsoft Foundry Giugno 2026: Da Feature Drop a Piattaforma di Agenti Governata

Emiliano Montesdeoca — Sat, 18 Jul 2026 00:00:00 +0000

L’ondata Foundry di giugno 2026 non è solo un altro digest mensile. Segna una transizione di maturità da “costruisci agenti interessanti” a “opera agenti come sistemi enterprise governati.” Questa distinzione conta più di qualsiasi singola funzionalità.

Fonte originale: https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-june-2026/

Tre aggiornamenti definiscono il cambiamento. Primo, la pubblicazione di agenti per Microsoft 365 Copilot e Teams è diventata GA, spostando la distribuzione da progetti di integrazione personalizzati a una corsia di deployment opinionata. Secondo, Toolboxes ha ottenuto controlli di scoperta ed esecuzione più forti, inclusa la ricerca di strumenti e le routine. Terzo, l’osservabilità più l’ottimizzazione sono diventate un ciclo chiuso deliberato, non un ripensamento.

Il mio parere: questo è il pattern più importante del rilascio. Tracing, valutazione, ottimizzazione e rollout controllato formano il modello operativo minimo vitale per sistemi non deterministici. Se hai solo uno di questi pezzi, hai telemetria o tuning, non governance.

Claude GA in Foundry è anche strategico, ma non principalmente per la qualità del modello. Il valore più grande è l’integrazione enterprise: auth Entra, RBAC, continuità di fatturazione e allineamento delle policy. I team che passano da endpoint modello diretti a Foundry dovrebbero inquadrarlo come consolidamento operativo, non solo cambio fornitore.

Gli agenti Autopilot sono promettenti, ma le organizzazioni dovrebbero affrontarli con scelte architetturali sobrie. La collaborazione in spazio condiviso in Teams può sbloccare produttività, ma solleva rapidamente complessità di identità, autorizzazioni e responsabilità. Inizia con ambiti limitati e checkpoint di approvazione rigorosi prima del deployment esteso.

Raccomandazioni pratiche:

Se sei già in fase pilota, dai priorità alla strumentazione prima dell’espansione delle capacità. Collega il tracing GenAI prima. Poi stabilisci suite di valutazione legate ai risultati di business, non a metriche generiche del modello. Solo dopo dovresti eseguire cicli di ottimizzazione e workflow di promozione.
Per agenti con molti toolbox, abilita la ricerca degli strumenti presto per ridurre il rumore di contesto e il rischio di selezione dello strumento sbagliato man mano che i cataloghi crescono.
Per agenti con memoria, definisci TTL e policy di conservazione in anticipo. La memoria senza controlli del ciclo di vita diventa debito di conformità.

La conclusione più opinabile che posso trarre è questa: Foundry ora è meno su “quale modello scelgo?” e più su “posso gestire il comportamento degli agenti come un ciclo di vita gestito?” I team che rispondono bene alla seconda domanda si adatteranno facilmente al ricambio dei modelli. I team fissati sulle classifiche dei modelli continueranno a ricostruire stack fragili ogni trimestre.

Il rilascio di giugno chiarisce una cosa. Foundry sta diventando una piattaforma operativa per sistemi AI, non solo un toolkit di sviluppo. Questo è un prodotto più difficile da costruire, e uno molto più prezioso da adottare.

Agent Skills per .NET È Stabile, e Questo Cambia l'Architettura Enterprise degli Agenti

Emiliano Montesdeoca — Sat, 11 Jul 2026 00:00:00 +0000

Il passaggio di Agent Skills per .NET a stabile è una delle tappe più pratiche nell’attuale ecosistema degli agenti. Risolve un problema centrale di scaling: le competenze di dominio non appartengono a un unico blocco di istruzioni gigantesco.

Fonte originale: https://devblogs.microsoft.com/agent-framework/agent-skills-for-net-is-now-released/

Il design è elegante e pragmatico. Le Skills impacchettano istruzioni, risorse e script opzionali in unità riutilizzabili che si caricano su richiesta tramite disclosure progressiva. Questo mantiene il contesto leggero, riduce il gonfiore dei prompt e permette la proprietà cross-team della conoscenza specializzata.

La mia opinione: questo è il primo percorso credibile verso la manutenibilità enterprise degli agenti in stack .NET. Senza confini modulari per le competenze, ogni nuovo aggiornamento di policy o playbook diventa un fragile esercizio di chirurgia dei prompt.

Ciò che conta di più non è solo la modularità, ma la governance. Il modello di approvazione integrato per caricare skill, leggere risorse ed eseguire script affronta le esatte preoccupazioni operative che i team di sicurezza sollevano quando gli agenti passano dalla demo alla produzione. Il modello estensibile di esecuzione script rende anche esplicita la responsabilità: se vuoi l’esecuzione di script basata su file, ti assumi la gestione della sandbox e dell’audit.

Pattern di adozione pratico

Inizia con skill basate su file per contenuti ricchi di policy mantenuti da team tecnici misti.
Usa skill basate su classi quando hai bisogno di distribuzione tramite pacchetti NuGet e controlli più rigorosi del ciclo di vita dell’engineering.
Riserva le skill definite in codice per l’assemblaggio runtime dinamico dove la composizione stateful è necessaria.

Aggiungi filtri presto. Non tutte le skill dovrebbero essere visibili a ogni agente o tenant. La visibilità curata delle skill è sia un controllo di sicurezza che un controllo di pertinenza che migliora la qualità del routing.

Inoltre, registra tutto: selezione delle skill, letture delle risorse, richieste di esecuzione script e approvazioni. Se la tua revisione degli incidenti non può ricostruire quale skill ha influenzato una risposta, non hai osservabilità di produzione.

Il cambiamento strategico più grande è questo: le skill trasformano il comportamento degli agenti in una supply chain componibile. I team possono versionare, revisionare e rilasciare competenze in modo simile ai componenti software. Questo permette un’evoluzione indipendente senza dover continuamente riaddestrare persone per riscrivere mega-prompt.

In sintesi

Se stai costruendo agenti .NET su scala enterprise, ritardare questo pattern ti costerà caro. Ti ritroverai con una proliferazione di istruzioni, un’applicazione incoerente delle policy e un comportamento fragile soggetto a cambiamenti.

Agent Skills non rimuove la complessità, ma sposta la complessità in componenti governabili. Questo è esattamente ciò che un’architettura software matura dovrebbe fare. Per molti team, questo rilascio è il momento in cui l’ingegneria degli agenti in .NET inizia ad assomigliare alla vera platform engineering.

L'AI da Sola Non Cambierà il Business — Lo Farà il Sistema Che la Circonda

Emiliano Montesdeoca — Sun, 14 Jun 2026 00:00:00 +0000

C’è una frase nell’ultimo saggio sulla piattaforma AI di Microsoft che secondo me va al cuore del momento attuale:

i vincitori non saranno quelli con più demo, ma quelli che trasformeranno l’AI in un sistema governato e in continuo miglioramento per il lavoro reale.

È esattamente così.

Questo è uno dei migliori pezzi strategici sull’AI perché coglie il livello giusto

Troppe conversazioni sull’AI si riducono ancora a parlare di modelli.

Quale modello è più intelligente. Quale modello è più economico. Quale modello è più recente.

Non sono domande irrilevanti, ma sono troppo piccole se pensi in ottica enterprise.

L’articolo sorgente coglie la scala della sfida. Dice chiaramente che “Ciò che determina il successo è il sistema intorno all’AI.”

Questa è la cornice utile.

Perché il vero valore enterprise deriva dal sistema intorno al modello:

come vengono costruiti gli agenti
come vengono ancorati al contesto aziendale
come vengono distribuiti
come vengono governati
come migliorano nel tempo

Questo è ciò che separa la sperimentazione sparsa dalla trasformazione reale.

Perché penso che questa cornice sia così importante

Se ti concentri solo sul modello, ottieni vantaggi di breve durata.

Se ti concentri sul sistema, ottieni una leva che si accumula.

Questa è la distinzione chiave.

E si allinea strettamente con dove Foundry, GitHub, Microsoft IQ e Agent Framework stanno andando ultimamente.

Il mio parere

Questo è uno dei pezzi strategici più forti del gruppo perché descrive l’AI come un sistema operativo per il lavoro, non come un insieme di demo scollegate.

Questo è il livello a cui le imprese devono effettivamente pensare.

E onestamente, più conversazioni pubbliche sull’AI dovrebbero avvenire a quel livello.

Post originale: AI alone won’t change your business. The system running it will.