Automatisation · Actualité

Le nouveau Copilot de Microsoft distingue travail, création et délégation

Microsoft a présenté Home, Code et Autopilot dans Copilot, avec plusieurs étapes de déploiement. L’annonce accompagne le passage du chat à la création et à la délégation dans un environnement géré.

Schéma éditorial original distinguant espace de travail, développement et flux automatisé supervisé.
Schéma éditorial original distinguant espace de travail, développement et flux automatisé supervisé.Illustration originale de CherTra News

Trois modes pour trois types de travail

Le 25 septembre, Microsoft a décrit un Copilot repensé avec Home, Code et Autopilot. Home aide à lancer et poursuivre le travail ; Code sert à créer des solutions ; Autopilot est présenté comme agent persistant auquel confier des tâches. L’entreprise a aussi évoqué un environnement géré et plusieurs phases de préversion et de diffusion.

Cette orientation distingue l’aide rapide des tâches plus longues ou réutilisables. Une même conversation peut mélanger information, développement logiciel et délégation. Des modes séparés clarifient les attentes si état et permissions restent visibles.

La délégation exige des limites et de la visibilité

Microsoft présente Autopilot comme pouvant poursuivre un objectif dans le temps et interagir avec l’environnement de travail. Cela soulève des questions : quels canaux peut-il observer, quels fichiers et personnes sont accessibles, combien de temps le contexte est conservé et comment une session peut être arrêtée ?

Avant toute délégation réelle, définissez identité de l’agent, outils permis, périmètre des données, limites d’action et escalade. L’interface devrait montrer l’avancement, les décisions en attente, permettre pause ou retrait des permissions et enregistrer les actions.

Distinguer préversions et fonctions disponibles

L’annonce situe les fonctions dans différentes étapes, notamment Frontier et des préversions privées. L’accès dépend de l’offre, de l’organisation et de la date. Vérifiez l’état dans votre environnement au lieu de supposer qu’une fonction annoncée est déjà disponible.

Une préversion peut évoluer et ne pas offrir le support, les engagements ou les contrôles nécessaires aux processus critiques. Gardez les essais loin des opérations irréversibles jusqu’à ce que capacités documentées et analyse du risque soient établies.

Partir d’un vrai processus métier

Évaluez un processus récurrent avec un responsable et un obstacle mesurable. Cartographiez les étapes, les décisions humaines et les validations, puis comparez le comportement réel du produit à des cas représentatifs.

Ne partez pas de « il nous faut un agent », mais d’un passage trop lent et des améliorations acceptables. Cette approche lie l’évaluation au travail, rend les coûts d’intégration visibles et permet une décision concrète.

Sources et références

Une erreur factuelle à signaler ou une source à suggérer ? Contacter la rédaction.