Enterprise AI | The .NET Blog

Microsoft Foundry juin 2026 : des annonces de fonctionnalités à une plateforme d'agents gouvernée

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

La vague Foundry de juin 2026 n’est pas juste un digest mensuel de plus. Elle marque une transition de maturité, passant de « construire des agents cool » à « exploiter des agents comme des systèmes d’entreprise gouvernés ». Cette distinction compte plus que n’importe quelle fonctionnalité isolée.

Original source: https://devblogs.microsoft.com/foundry/whats-new-in-microsoft-foundry-june-2026/

Trois mises à jour définissent ce virage. D’abord, la publication d’agents vers Microsoft 365 Copilot et Teams a atteint la disponibilité générale, ce qui fait passer la distribution de projets d’intégration personnalisés à une voie de déploiement opinionated. Ensuite, les Toolboxes ont gagné des contrôles de découverte et d’exécution plus forts, y compris la recherche d’outils et les routines. Enfin, l’observabilité plus l’optimisation sont devenues une boucle fermée délibérée, pas une réflexion après coup.

Mon avis : c’est le modèle le plus important de cette sortie. Le traçage, l’évaluation, l’optimisation et le déploiement contrôlé forment le modèle opérationnel minimum viable pour des systèmes non déterministes. Si vous n’avez qu’une seule de ces pièces, vous avez de la télémétrie ou du réglage, pas de la gouvernance.

Claude en GA dans Foundry est aussi stratégique, mais pas principalement à cause de la qualité du modèle. La plus grande valeur, c’est l’intégration d’entreprise : auth Entra, RBAC, continuité de facturation, et alignement des politiques. Les équipes qui passent de points de terminaison de modèle directs à Foundry devraient présenter cela comme une consolidation opérationnelle, pas juste un changement de fournisseur.

Les agents Autopilot sont prometteurs, mais les organisations devraient les aborder avec des choix architecturaux sobres. La collaboration en espace partagé dans Teams peut débloquer de la productivité, mais elle soulève rapidement une complexité d’identité, de permission et de responsabilité. Commencez avec des portées limitées et des points de contrôle d’approbation stricts avant un déploiement large.

Recommandations pratiques :

Si vous êtes déjà en pilote, priorisez l’instrumentation avant l’expansion des capacités. Câblez d’abord le traçage GenAI. Puis établissez des suites d’évaluateurs liées aux résultats métier, pas à des métriques de modèle génériques. Ce n’est qu’après cela que vous devriez exécuter des boucles d’optimiseur et des workflows de promotion.

Pour les agents chargés de toolboxes, activez la recherche d’outils tôt pour réduire le bruit de contexte et le risque de mauvaise sélection d’outil à mesure que les catalogues grandissent. Pour les agents à mémoire activée, définissez la politique de TTL et de rétention en amont. La mémoire sans contrôles de cycle de vie devient de la dette de conformité.

La conclusion la plus tranchée que je puisse tirer, c’est celle-ci : Foundry concerne désormais moins « quel modèle je choisis ? » et davantage « puis-je exécuter le comportement de l’agent comme un cycle de vie géré ? ». Les équipes qui répondent bien à la seconde question s’adapteront facilement à la rotation des modèles. Les équipes fixées sur les classements de modèles continueront de reconstruire des piles fragiles chaque trimestre.

La sortie de juin rend une chose claire. Foundry devient une plateforme d’opérations pour les systèmes IA, pas juste une boîte à outils de développement. C’est un produit plus difficile à construire, et bien plus précieux à adopter.

Agent Skills pour .NET est stable, et cela change l'architecture des agents en entreprise

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

Le passage d’Agent Skills pour .NET en version stable est l’une des étapes les plus pratiques de l’écosystème d’agents actuel. Elle résout un problème fondamental de mise à l’échelle : l’expertise métier n’a pas sa place dans un seul énorme bloc d’instructions.

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

La conception est élégante et pragmatique. Les skills packagent instructions, ressources et scripts optionnels en unités réutilisables qui se chargent à la demande par divulgation progressive. Cela garde le contexte léger, réduit la surcharge des prompts et permet une propriété inter-équipes des connaissances spécialisées.

Mon avis : c’est la première voie crédible vers une maintenabilité des agents digne d’une entreprise dans les piles .NET. Sans limites d’expertise modulaires, chaque mise à jour de politique ou de playbook devient un exercice fragile de chirurgie de prompt.

Ce qui compte le plus, ce n’est pas seulement la modularité, mais la gouvernance. Le modèle d’approbation intégré pour charger les skills, lire les ressources et exécuter des scripts répond exactement aux préoccupations opérationnelles que soulèvent les équipes de sécurité quand les agents passent de la démo à la production. Le modèle extensible d’exécution de script rend aussi la responsabilité explicite : si vous voulez de l’exécution de script basée sur fichier, vous êtes propriétaire du sandboxing et de la posture d’audit.

Modèle d’adoption pratique :

Commencez avec des skills basées sur fichier pour le contenu à forte teneur en politiques maintenu par des équipes techniques mixtes. Utilisez des skills basées sur classe quand vous avez besoin de distribution de package via NuGet et de contrôles de cycle de vie d’ingénierie plus stricts. Réservez les skills définies par code à l’assemblage dynamique à l’exécution où une composition avec état est nécessaire.

Ajoutez le filtrage tôt. Toutes les skills ne devraient pas être visibles pour tous les agents ou tenants. Une visibilité de skill soignée est à la fois un contrôle de sécurité et un contrôle de pertinence qui améliore la qualité du routage.

Aussi, journalisez tout : sélection de skill, lectures de ressources, demandes d’exécution de script et approbations. Si votre revue d’incident ne peut pas reconstituer quelle skill a influencé une réponse, vous n’avez pas d’observabilité de production.

Le changement de stratégie le plus important est celui-ci : les skills transforment le comportement des agents en chaîne d’approvisionnement composable. Les équipes peuvent versionner, revoir et publier l’expertise de manière similaire aux composants logiciels. Cela permet une évolution indépendante sans réentraîner constamment les humains à réécrire des méga-prompts.

Si vous construisez des agents .NET à l’échelle de l’entreprise, retarder ce modèle vous coûtera cher. Vous finirez avec un éparpillement d’instructions, une application incohérente des politiques et un comportement fragile face au changement.

Agent Skills ne supprime pas la complexité, mais la déplace vers des composants gouvernables. C’est exactement ce que devrait faire une architecture logicielle mature. Pour beaucoup d’équipes, cette sortie est le moment où l’ingénierie d’agents en .NET commence à ressembler à de la véritable ingénierie de plateforme.

L'IA seule ne changera pas l'entreprise — le système autour d'elle, si

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

Il y a une phrase dans le dernier essai sur la plateforme IA de Microsoft qui, je pense, touche au cœur du moment actuel :

les gagnants ne seront pas ceux qui ont le plus de démos, mais ceux qui transforment l’IA en un système gouverné et en amélioration continue pour du vrai travail.

C’est exactement juste.

C’est l’un des meilleurs textes stratégiques sur l’IA parce qu’il place le niveau au bon endroit

Trop de conversations sur l’IA s’effondrent encore en discussions de modèles.

Quel modèle est le plus intelligent. Quel modèle est le moins cher. Quel modèle est le plus récent.

Ce ne sont pas des questions sans intérêt, mais elles sont trop petites si vous pensez comme une entreprise.

L’article source cerne bien l’ampleur du défi. Il dit clairement que « ce qui détermine le succès, c’est le système autour de l’IA ».

C’est le cadrage utile.

Parce que la vraie valeur d’entreprise vient du système autour du modèle :

comment les agents sont construits
comment ils sont ancrés dans le contexte de l’entreprise
comment ils sont déployés
comment ils sont gouvernés
comment ils s’améliorent dans le temps

C’est ce qui sépare l’expérimentation dispersée de la vraie transformation.

Pourquoi je pense que ce cadrage compte tant

Si vous vous concentrez uniquement sur le modèle, vous obtenez des avantages de courte durée.

Si vous vous concentrez sur le système, vous obtenez un effet de levier qui se compose.

C’est la distinction clé.

Et cela s’aligne étroitement avec la direction que prennent Foundry, GitHub, Microsoft IQ et les récits d’Agent Framework ces derniers temps.

Mon avis

C’est l’un des textes stratégiques les plus solides du lot parce qu’il décrit l’IA comme un système d’exploitation pour le travail, pas comme un ensemble de démos déconnectées.

C’est le niveau auquel les entreprises doivent réellement penser.

Et honnêtement, une plus grande part de la conversation publique sur l’IA devrait se dérouler à ce niveau.

Original post: AI alone won’t change your business. The system running it will.