NOUVELLES DE L'INDUSTRIE

.NET 11 Preview 1 : de grandes avancées pour le runtime, mais des questions plus importantes quant à l'orientation

Mis à jour:

Microsoft Build 2026 se tient du 2 au 3 juin au Fort Mason Center à San Francisco, et c'est un événement hybride : les places en personne sont limitées et avec billet, mais les discours d'ouverture et les sessions sélectionnées sont diffusés gratuitement en ligne, afin que vous puissiez suivre depuis n'importe où sans frais. C'est un événement délibérément plus petit cette année, avec environ 2 500 places en personne, et Microsoft a été explicite sur le cadre : deux jours, vrai code, vrais systèmes, rien de superflu. Pour une équipe qui livre des bibliothèques .NET utilisées dans des pipelines de documents en production, c'est exactement le genre de Build qui vaut la peine d'y prêter attention.

Le Build de l'année dernière portait sur l'annonce du web agentique. Cette année est l'occasion de le mettre en production. Si vous construisez avec IronPDF, IronOCR, ou IronXL, ce changement modifie l'endroit où se trouvent vos bibliothèques dans l'architecture, et ça vaut la peine de comprendre avant le discours d'ouverture.

Le fil conducteur est les agents, et il va plus loin qu'en 2025

Chaque piste au Build 2026 se raccorde à un thème : les agents passant de la démonstration au déploiement. La conférence de 2025 a établi les protocoles. Le protocole de contexte de modèle, la communication agent-à-agent, et les premiers runtimes d'agents gérés ont tous été introduits là. Dans les mois qui ont suivi, ces éléments se sont solidifiés. Le serveur MCP Foundry est maintenant un point de terminaison hébergé, entièrement géré plutôt qu'une expérience locale. L'orchestration multi-agents, la mémoire d'agent à long terme, et un outil agent-à-agent ont tous été déplacés en aperçu ou en disponibilité générale. Build 2026 est l'endroit où cette maturation monte sur scène.

Le détail qui compte le plus pour nos clients est plus silencieux que les gros titres d'ouverture : Foundry vous permet désormais d'exposer n'importe quelle API ou fonction comme outil MCP, avec plus de 1 400 connecteurs aux systèmes d'affaires. Les agents sont de plus en plus assemblés à partir d'outils appelables plutôt qu'écrits comme du code monolithique. Ce choix architectural est la raison pour laquelle Build 2026 est directement pertinent pour quiconque génère ou lit des documents dans .NET.

Pourquoi cela importe si vous construisez avec Iron Software

Un agent est bon pour raisonner sur l'ambiguïté et mauvais pour produire un PDF exact en octets, un tableur correctement structuré, ou une extraction fiable de texte à partir d'une facture numérisée. Ce sont des problèmes déterministes. Vous ne voulez pas qu'un modèle de langage improvise la mise en page d'un rapport de conformité ou devine les totaux dans un tableau extrait.

C'est précisément la frontière que le modèle d'outillage agentic trace. L'agent décide de ce qui doit se passer et quand. L'outil effectue le travail déterministe et retourne un résultat prévisible. La génération de documents, l'OCR, et la manipulation de feuilles de calcul sont des outils déterministes classiques, ce qui signifie qu'une bibliothèque comme IronPDF ou IronOCR est un choix naturel pour l'emplacement d'outil MCP dans un flux de travail d'agent. L'agent appelle l'outil, l'outil produit l'artefact, et la sortie est la même à chaque fois.

Quelques éléments à Build 2026 méritent d'être surveillés sous cet angle:

  • Service d'agents Foundry et outils MCP. Attendez-vous à des conseils plus approfondis sur la création et l'enregistrement d'outils personnalisés. Une étape IronOCR qui extrait des données structurées d'un document, ou une étape IronPDF qui rend un rapport final, s'intègre proprement dans ce modèle comme un outil callable et régulé.
  • Orchestration multi-agents et transferts agent-à-agent. À mesure que les flux de travail couvrent plusieurs agents, l'étape du document devient un nœud fiable et réutilisable que tout agent de la chaîne peut invoquer sans le réinventer.
  • La piste de l'IA responsable. Microsoft donne à cela sa propre piste pour la première fois. Les conseils pratiques ici — valider les sorties d'outils, garder un humain dans la boucle pour les actions avec effets secondaires, traiter le contenu récupéré comme non fiable — s'intègrent directement dans les flux de travail réglementés de documents dans les secteurs de la santé, de la finance et du légal, où les bibliothèques Iron font déjà beaucoup du gros du travail.
  • IA sur l'appareil et Windows. La poussée continue vers l'inférence locale s'aligne avec les scénarios hors ligne et en périphérie où IronOCR et IronPDF s'exécutent déjà sans un aller-retour au cloud.

Nous avons passé des années à faire en sorte que la génération de documents et l'OCR se comportent de manière prévisible sous charge de production, la propriété exacte dont un agent autonome a besoin des outils dont il dépend. Vous pouvez mettre cette fiabilité derrière un outil MCP en une après-midi : connecter IronOCR dans une étape d'extraction ou IronPDF dans une étape de rendu, l'enregistrer, et laisser votre agent l'appeler. Même entrée, même sortie, à chaque fois.

Commencez votre essai gratuit de 30 jours et expédiez un outil de document que vos agents peuvent appeler - produit complet, fonctionne en production sans filigranes, pas de carte de crédit.

Comment regarder

Le discours d'ouverture avec Satya Nadella et les ingénieurs de Microsoft et de GitHub est diffusé gratuitement en ligne à partir du 2 juin, et vous n'avez pas besoin d'un billet en personne pour suivre les parties importantes. Si votre feuille de route inclut des agents touchant des documents cette année, les pistes Agents et Applications et Azure AI Foundry sont les endroits où se trouvent les éléments actionnables. Nous suivrons les deux de près et appliquerons ce qui débarque sur IronPDF, IronOCR, IronXL, et le reste de la suite.

See you at Build.