Copilot Cowork : Microsoft passe de l’assistant IA à l’agent qui exécute le travail

Copilot Cowork : Microsoft passe de l’assistant IA à l’agent qui exécute le travail

Depuis l’arrivée de Microsoft 365 Copilot, l’usage de l’IA en entreprise repose surtout sur une logique simple : l’utilisateur pose une question et Copilot répond.

Résumer une réunion Teams. Retrouver une information dans un document. Préparer un email. Analyser quelques données. Créer le premier brouillon d’une présentation.

Avec Copilot Cowork, Microsoft veut aller plus loin.

La différence tient en une phrase : on ne demande plus seulement à Copilot de nous aider à réaliser une tâche, on peut lui déléguer une mission complète.

Copilot Cowork peut transformer une demande en plan, parcourir plusieurs sources, utiliser différents outils, exécuter plusieurs étapes et produire des livrables. L’utilisateur peut suivre son travail, apporter de nouvelles instructions ou interrompre l’exécution.

Pour un DSI, cette évolution est importante. Microsoft 365 ne contient plus seulement un assistant conversationnel. Il commence à devenir un environnement dans lequel des agents IA peuvent réellement agir.

Qu’est-ce que Copilot Cowork ?

Copilot Cowork est un système agentique intégré à Microsoft 365 Copilot, conçu pour exécuter des tâches longues et complexes qui demandent plusieurs étapes.

Microsoft résume son fonctionnement ainsi : l’utilisateur décrit le résultat attendu, Cowork utilise le contexte de travail disponible, construit un plan, exécute les actions nécessaires puis fournit le résultat.

Il peut notamment travailler avec les emails, réunions, fichiers et données accessibles à l’utilisateur grâce à Work IQ. Il peut aussi créer des documents, gérer des fichiers dans OneDrive ou SharePoint, préparer des messages Teams, planifier des réunions ou agir dans Outlook.

C’est ce qui distingue Copilot Cowork d’un simple chatbot.

Dans un chatbot classique, la boucle ressemble à ceci :

Utilisateur → question → réponse.

Avec Cowork, elle devient plutôt :

Utilisateur → objectif → plan → recherche → actions → contrôles → livrables.

Le changement semble subtil. En pratique, il modifie profondément la manière dont une entreprise peut utiliser un agent IA Microsoft.

Copilot Chat répond, Copilot Cowork exécute

Prenons un cas simple.

Un DSI peut demander à Copilot Chat :

« Résume-moi les principaux sujets évoqués dans les réunions du projet ERP cette semaine. »

Copilot recherche les éléments pertinents et fournit une synthèse.

Mais imaginons maintenant une demande différente :

« Analyse l’avancement du projet ERP à partir des réunions Teams, des comptes rendus et des fichiers disponibles. Identifie les sujets bloquants, prépare un rapport pour le comité de direction, crée une présentation de synthèse et rédige un email aux responsables concernés pour leur demander une mise à jour sur les points en retard. »

Cette demande contient plusieurs opérations.

Il faut rechercher des informations, comprendre le contexte, croiser plusieurs sources, identifier des problèmes, créer plusieurs livrables puis préparer des actions.

C’est précisément le type de travail pour lequel Copilot Cowork est conçu. Microsoft indique que Cowork peut gérer des tâches complexes, longues et utilisant plusieurs outils, puis retourner un résultat final plutôt qu’une simple recommandation.

Microsoft distingue d’ailleurs clairement les usages. Copilot Chat convient aux questions rapides et aux échanges. Un agent spécialisé convient à une tâche répétitive et bien définie. Cowork vise les missions qui traversent plusieurs étapes et plusieurs applications.

Pour les entreprises, cette distinction est essentielle.

Le sujet n’est plus seulement la génération de contenu. Il devient l’exécution du travail.

Copilot Cowork commence par construire un plan

Une des caractéristiques importantes de Microsoft Cowork est sa capacité à décomposer une mission.

Lorsqu’un utilisateur lui délègue un travail, l’agent ne tente pas simplement de produire immédiatement une réponse. Il transforme la demande en différentes étapes.

Ce plan reste visible.

L’utilisateur peut suivre l’avancement, fournir des indications supplémentaires, modifier la direction prise ou arrêter l’exécution. Cowork peut également demander une précision s’il lui manque une information.

Cette logique rapproche l’expérience de celle d’un collaborateur auquel on confierait un objectif plutôt qu’une instruction élémentaire.

Pour un DSI, cela ouvre des scénarios beaucoup plus intéressants que la simple rédaction assistée.

Un agent autonome Microsoft 365 peut par exemple recevoir comme objectif de préparer une revue mensuelle, collecter les éléments nécessaires dans plusieurs espaces, analyser les données disponibles et générer les supports correspondants.

L’utilisateur intervient alors surtout aux moments où une décision ou une validation est nécessaire.

Work IQ donne à l’agent le contexte de l’entreprise

Un agent capable de raisonner n’est réellement utile que s’il dispose du bon contexte.

C’est ici qu’intervient Work IQ.

Microsoft présente Work IQ comme le moteur permettant à Cowork d'exploiter le contexte professionnel de l’utilisateur : emails, réunions, messages, fichiers et données présentes dans Microsoft 365.

Cela change beaucoup de choses.

Une IA généraliste peut comprendre une demande. Elle ne connaît pas forcément les clients de l’entreprise, les fichiers du projet, les décisions prises durant les dernières réunions ou les échanges avec un fournisseur.

Copilot Cowork peut utiliser les informations auxquelles l’utilisateur a déjà accès dans son environnement Microsoft 365.

Pour un DSI, cette intégration constitue probablement l’un des principaux avantages de l’approche Microsoft. L’agent n’est pas ajouté au-dessus du système d’information comme un outil isolé. Il travaille directement avec une partie des applications et données déjà utilisées par les équipes.

Un agent IA Microsoft capable d’utiliser plusieurs outils

Cowork ne reste pas enfermé dans une seule application.

Il peut agir entre plusieurs environnements Microsoft 365 et exploiter des intégrations complémentaires.

Microsoft cite notamment Outlook, Teams, OneDrive et SharePoint, mais également Dynamics 365, Fabric et des plugins permettant d’étendre les capacités de l’agent.

Les organisations peuvent également développer leurs propres plugins afin de connecter Copilot Cowork à leurs systèmes et processus internes.

Cette extensibilité est stratégique.

Dans la plupart des entreprises, un processus ne vit jamais dans une seule application.

Une revue commerciale peut nécessiter des données CRM, des fichiers Excel, des emails et une présentation PowerPoint.

Un suivi de projet peut mélanger Teams, SharePoint, documents internes et données issues d’un outil métier.

Un incident peut nécessiter de collecter des informations, les analyser, produire un compte rendu puis contacter plusieurs personnes.

C’est sur ce type de chaîne que l’agent IA Microsoft devient intéressant.

Copilot Cowork peut aussi utiliser le navigateur

Microsoft ajoute également une capacité particulièrement importante : l’utilisation du navigateur.

Dans le cadre du programme Microsoft Copilot Frontier, Cowork peut utiliser un navigateur Edge local pour consulter le web tout en respectant les politiques d’entreprise déjà appliquées à l’utilisateur.

L’accès au navigateur élargit fortement le champ d’action d’un agent.

Un processus métier ne se limite pas toujours aux données de Microsoft 365. Certaines informations peuvent être accessibles dans une application web, un portail fournisseur ou une source externe.

L’agent peut donc progressivement passer d’un environnement centré sur Microsoft 365 à une logique plus large d’exécution numérique.

Pour les DSI, cette capacité mérite cependant une attention particulière. Plus un agent dispose d’outils, plus les questions de droits, de traçabilité et de contrôle deviennent importantes.

La documentation d'administration apporte ici des réponses concrètes. L'onglet de navigation s'exécutant sur la machine de l'utilisateur, il hérite des politiques déjà en place : accès conditionnel, DLP et règles de navigation Edge du tenant. Un paramètre « Cowork Browsing » active ou désactive la capacité pour toute l'organisation, les listes d'autorisation et de blocage d'Edge continuent de s'appliquer, et chaque tâche de navigation lancée au nom d'un utilisateur est enregistrée dans le journal d'audit unifié. Référence : gérer Copilot Cowork pour son organisation.

Microsoft mise aussi sur une architecture multi-modèles

Autre évolution importante : Microsoft ne veut pas enfermer Copilot dans un seul modèle d’IA.

Microsoft 365 Copilot adopte désormais une approche multi-modèles. Cowork peut utiliser le modèle considéré comme adapté à la tâche, tandis que certaines expériences Frontier permettent également de sélectionner un modèle.

Cette approche multi-modèles est plus concrète qu'il n'y paraît : Cowork est livré avec plusieurs modèles Claude d'Anthropic, variantes Opus et Sonnet, un appairage Sonnet+Opus, ainsi que GPT 5.5 et un modèle de génération d'images. Deux points intéressent directement une DSI. D'une part, la famille de modèles Anthropic peut être désactivée depuis les paramètres Copilot du centre d'administration. D'autre part, certains modèles en préversion imposent une rétention des données côté fournisseur : les prompts et réponses de l'utilisateur y sont conservés. Choisir un modèle n'est donc pas qu'un arbitrage de qualité ou de coût, c'est aussi un arbitrage de confidentialité. Documentation : la gestion des modèles de Cowork.

Cette approche répond à un problème concret.

Toutes les tâches ne nécessitent pas le même niveau de raisonnement.

Résumer un document, analyser plusieurs milliers de fichiers ou piloter un workflow complexe ne demande pas les mêmes ressources.

Le choix du modèle peut donc devenir un levier à la fois fonctionnel et économique.

Microsoft facture d’ailleurs Cowork selon l’usage via des Copilot Credits. Le coût dépend notamment des modèles utilisés, de la récupération de contexte, des appels aux outils et du temps d’exécution.

Pour une DSI, le pilotage de l’IA ne devra donc plus seulement porter sur le nombre de licences. Il faudra aussi suivre le coût des missions confiées aux agents.

Ce point conditionne d'ailleurs l'accès lui-même : pour ouvrir Cowork aux utilisateurs, un administrateur doit d'abord activer la facturation à l'usage. Sans cela, l'expérience peut rester visible mais les utilisateurs ne peuvent que demander l'accès, à charge pour l'administration d'arbitrer selon la politique, le coût et la conformité. Les crédits Copilot se paient à l'usage, 0,01 $ le crédit en pay-as-you-go, avec une option d'engagement de volume à tarif réduit, et sont consommés par les réponses de modèle, les appels d'outils, la génération d'images et les tâches de navigation. Des limites peuvent être posées par utilisateur ou par groupe, et un estimateur de coût est fourni. Documentation : la facturation à l'usage et les crédits Copilot.

Le rôle du DSI devient encore plus central

Avec un assistant IA, le risque principal était souvent lié aux données accessibles et aux réponses générées.

Avec un agent autonome Microsoft 365, une nouvelle dimension apparaît : l’action.

Un agent peut préparer un document, modifier un fichier, envoyer un message ou intervenir dans un processus.

Microsoft prévoit donc des points de contrôle. Cowork peut demander l’approbation de l’utilisateur avant certaines actions sensibles, comme l’envoi d’un email ou une modification importante. Ses actions sont également intégrées aux mécanismes de gouvernance de Microsoft 365.

Le cas des tâches automatisées mérite d'être connu, car c'est là que le risque se déplace : un utilisateur peut créer des tâches planifiées, ou déclenchées par l'arrivée d'un e-mail ou d'un message Teams, qui s'exécutent sans personne devant l'écran. Microsoft y applique trois garde-fous. Chaque tâche s'exécute avec les permissions de son créateur et ne voit donc que ses données. Toute action partagée, envoyer un e-mail, publier un message, modifier un système commun, est préparée puis soumise à approbation, sauf pré-autorisation, laquelle ne vaut que pour la session en cours. Enfin, des limites de fréquence et une protection anti-boucle empêchent une tâche de se redéclencher elle-même. Détail : les garde-fous des tâches automatisées.

À sa disponibilité générale, Microsoft a notamment annoncé l’intégration de Cowork avec des fonctions d’audit, eDiscovery, Insider Risk Management, Data Security Posture Management et différentes politiques de conformité. Les labels de sensibilité peuvent aussi être conservés sur les contenus générés.

Pour le DSI, le déploiement ne peut donc pas se résumer à activer une nouvelle fonction Copilot.

Il faut déterminer quels utilisateurs peuvent accéder à Cowork, quelles données sont correctement protégées, quels usages sont acceptables, quelles actions doivent rester validées et comment suivre la consommation.

Microsoft permet d’ailleurs aux administrateurs de définir l’accès à Cowork et de mettre en place des limites de dépenses au niveau du tenant, de groupes ou d’utilisateurs.

De Microsoft Copilot Frontier à un usage en production

Il faut enfin distinguer Cowork du programme Microsoft Copilot Frontier.

Frontier sert à donner accès en avance à certaines fonctions expérimentales de Microsoft 365 Copilot. Les administrateurs peuvent contrôler quels utilisateurs y ont accès depuis le centre d’administration Microsoft 365.

Copilot Cowork a lui-même commencé dans Frontier en mars 2026. Mais Microsoft a annoncé sa disponibilité générale mondiale le 16 juin 2026 pour les clients Microsoft 365 Copilot.

Certaines fonctions associées continuent néanmoins d’être testées via Frontier, notamment l’usage d’Edge par Cowork et certains mécanismes de sélection du modèle.

Cette distinction est importante pour une DSI qui prépare une feuille de route. Toutes les capacités présentées autour de Cowork ne possèdent pas forcément le même niveau de maturité ou les mêmes conditions d’accès.

Ce que Copilot Cowork change réellement

L’enjeu de Copilot Cowork n’est finalement pas d’obtenir de meilleures réponses dans une fenêtre de chat.

Il s’agit de modifier l’unité de travail confiée à l’IA.

Hier, on demandait :

« Rédige cet email. »

« Résume ce fichier. »

« Analyse ces données. »

Demain, la demande peut devenir :

« Prépare la revue mensuelle de cette activité et donne-moi les livrables nécessaires pour la réunion de vendredi. »

L’utilisateur décrit davantage le résultat attendu. L’agent choisit ensuite une partie du chemin pour y parvenir.

C’est ce passage de la commande à la délégation qui rend Microsoft Cowork particulièrement intéressant.

Et il explique pourquoi les DSI doivent regarder le sujet au-delà de l’effet de nouveauté autour de Copilot.

Préparer son SI à des agents qui travaillent vraiment

L’arrivée de Copilot Cowork marque une nouvelle étape dans la stratégie IA de Microsoft.

Microsoft 365 devient progressivement un environnement où plusieurs types d’agents peuvent rechercher, raisonner, produire et agir.

Pour les DSI, la vraie question n’est donc plus seulement : « faut-il déployer Copilot ? »

Elle devient : quelles missions voulons-nous réellement confier à des agents IA, avec quelles données, quels droits et quels contrôles ?

Les entreprises qui tireront le plus de valeur de cette évolution ne seront probablement pas celles qui activent le plus de fonctionnalités. Ce seront celles qui identifient les bons processus, définissent clairement les responsabilités entre utilisateurs et agents, puis construisent une gouvernance adaptée.

C’est précisément sur ce terrain que l’agence Scroll accompagne les entreprises : cadrer les usages de l’IA, identifier les processus qui méritent d’être automatisés et concevoir des agents adaptés aux outils déjà en place. Avec l’arrivée de Copilot Cowork et des agents autonomes dans Microsoft 365, ce travail de cadrage devient aussi important que la technologie elle-même.