Les actions Windows de Microsoft Copilot font de l’accès aux fichiers une question de confiance
Microsoft a dévoilé les actions Windows de Microsoft Copilot, capables de rechercher des fichiers locaux, d’organiser des documents, de dépanner un PC et d’exécuter des flux de travail dans tout le système d’exploitation. Cette évolution fait passer Copilot au-delà de la conversation pour lui donner un contrôle direct sur l’ordinateur, malgré des questions non résolues sur les limites des autorisations et la sécurité des agents.
L’entreprise a présenté ces capacités étendues lors de son événement Windows et Surface du 7 octobre. Microsoft qualifie l’approche sous-jacente d’« intelligence hybride », ce qui signifie que Windows peut répartir les tâches d’IA entre des modèles locaux et des services cloud. Copilot accède ainsi au contexte local, aux actions locales et aux modèles embarqués sur les PC Copilot+ compatibles.
Cette architecture ne se contente pas d’accélérer les réponses aux questions. Elle change ce qu’un assistant peut faire après avoir produit une réponse. Apple, Google, OpenAI et d’autres développeurs d’IA relient eux aussi des modèles à des données personnelles et à des outils logiciels, mais Microsoft contrôle le système d’exploitation utilisé par la majorité des PC professionnels. Cette position lui offre un chemin particulièrement direct entre une requête d’IA et une action importante sur un fichier ou le système.
La concurrence qui en résulte n’oppose donc pas simplement Microsoft à un autre assistant. Elle oppose les capacités au contrôle. Copilot devient plus utile lorsqu’il peut consulter davantage de contexte et exploiter davantage de logiciels, mais chaque autorisation supplémentaire accroît le coût potentiel d’une erreur.
Les actions Windows de Microsoft Copilot passent de la recherche à l’exécution
Le changement essentiel est que Copilot peut désormais franchir la frontière entre la localisation d’informations et la manipulation de l’environnement qui les contient.
Les versions antérieures de Copilot sur Windows pouvaient répondre à des questions, examiner un fichier joint, fournir des instructions ou aider les utilisateurs à trouver des documents grâce à la recherche sémantique. La recherche sémantique interprète le sens d’une demande au lieu d’exiger un nom de fichier exact ou une expression correspondante.
L’aperçu antérieur de Microsoft de la recherche sémantique de fichiers permettait aux utilisateurs de demander des éléments tels qu’un CV ou une photographie en langage naturel. Cette expérience restait étroitement liée à la récupération de contenus. Les utilisateurs pouvaient ensuite sélectionner un fichier et l’envoyer explicitement dans une conversation Copilot.
Le nouveau modèle relie la récupération à l’exécution. Selon le plan d’intelligence hybride de Microsoft, Copilot utilisera le contenu pertinent du PC avec autorisation, réalisera des actions dans Windows et appellera des modèles d’IA locaux lorsque cela sera approprié. Microsoft cite notamment l’organisation de fichiers, l’évaluation des diagnostics de l’appareil, la résolution de problèmes, le codage et l’exécution de flux de travail sur l’appareil.
Une démonstration rapportée par The Verge a montré pourquoi cette distinction compte. L’agent Autopilot de Microsoft a recherché des documents fiscaux dans différents dossiers, renommé les fichiers, les a compressés dans une archive et a rédigé un e-mail à destination d’un comptable. Il a également joint l’archive.
Chaque opération prise isolément est familière. Le changement déterminant est qu’une seule requête en langage naturel peut les relier au sein d’un flux de travail en plusieurs étapes.
Cela crée une relation différente entre l’utilisateur et Windows. Traditionnellement, les personnes décident quelle application ouvrir, quel dossier explorer et quelle commande lancer. Un agent interprète le résultat souhaité, choisit les étapes intermédiaires et agit au moyen des outils disponibles.
Microsoft ajoute également des actions directement à Windows Search. Les utilisateurs pourront demander des tâches telles que l’activation du mode sombre, la coupure du son, l’organisation des fenêtres ou l’envoi d’un court message. Ces actions depuis la barre des tâches sont distinctes du flux de travail plus vaste de l’agent Copilot, même si les deux reflètent la même orientation produit.
Les nouvelles actions Search ont commencé à arriver dans le canal expérimental Windows Insider le 7 octobre. Microsoft indique que les fonctions Copilot utilisant l’intelligence hybride commenceront à être déployées sur les PC Copilot+ dans les prochains mois. Le calendrier peut varier selon l’appareil, le marché et la plateforme de silicium.
Ce déploiement limité est important. Microsoft a annoncé une direction et présenté des scénarios fonctionnels, mais la plupart des clients n’ont pas encore testé l’expérience complète sur leurs propres machines. L’écart entre une démonstration contrôlée et une automatisation quotidienne fiable reste considérable.
L’intelligence hybride confère à Microsoft un avantage structurel
Microsoft peut intégrer un agent d’IA au système d’exploitation, au matériel local, aux contrôles d’entreprise et aux services cloud au sein d’une seule pile gérée.
L’intelligence hybride est le terme employé par Microsoft pour désigner le choix dynamique de l’emplacement d’exécution d’une tâche d’IA. Une opération légère ou sensible peut utiliser un modèle embarqué. Une demande plus exigeante peut faire appel à un modèle cloud. Un flux de travail plus long peut combiner les deux tout en préservant suffisamment de contexte pour se poursuivre.
Cette architecture répond à plusieurs objectifs simultanément. L’exécution locale peut réduire la latence, conserver certaines données sur l’appareil et éviter des inférences cloud répétées. Les modèles cloud peuvent offrir davantage de capacité lorsque le matériel local ou le modèle s’avère insuffisant. Le routage intelligent vise à dissimuler ces décisions d’infrastructure à l’utilisateur.
Microsoft affirme que les PC Copilot+ réalisent déjà plus de 2 000 milliards d’inférences locales chaque mois. L’entreprise indique également que plus de 40 % des ordinateurs portables en cours de fabrication pour les entreprises sont des PC Copilot+. Il s’agit de chiffres fournis par l’entreprise, et non de mesures vérifiées indépendamment, mais ils montrent comment Microsoft présente sa base matérielle installée.
Le système d’exploitation procure à Microsoft un autre avantage. Un assistant tiers dépend normalement d’interfaces de programmation d’applications, de contrôles d’accessibilité, de l’automatisation du navigateur ou de l’utilisation visuelle d’un ordinateur. Ces méthodes peuvent être utiles, mais elles ne disposent souvent pas d’une connaissance fiable de l’état du système.
Windows peut fournir un accès structuré aux fichiers, aux paramètres, aux applications, aux contrôles d’identité et aux ressources matérielles. Il peut aussi définir un système d’autorisations commun autour de ces composants. Microsoft n’a pas besoin d’imiter chaque mouvement de souris si Windows peut exposer directement une action approuvée.
Cela ne garantit pas de meilleurs résultats. Cela réduit toutefois une source de fragilité. Un agent qui utilise une action système définie devrait être moins sensible au déplacement d’un bouton ou à la refonte d’une boîte de dialogue qu’un agent qui navigue uniquement à partir de captures d’écran.
La stratégie matérielle de Microsoft va dans le même sens. Les PC Copilot+ intègrent des unités de traitement neuronal conçues pour les charges de travail d’IA locales. Les systèmes plus puissants utilisent du matériel NVIDIA et des configurations de mémoire partagée plus importantes pour exécuter des modèles qui auraient auparavant nécessité une infrastructure distante.
L’entreprise affirme que son Surface Laptop Ultra prend en charge jusqu’à 128GB de mémoire unifiée et des modèles dépassant 120 milliards de paramètres en local. Ces spécifications concernent une machine haut de gamme, et non l’ordinateur portable de bureau typique. Elles illustrent néanmoins le projet de Microsoft : faire de Windows une plateforme couvrant les assistants du quotidien, les stations de travail pour développeurs et les serveurs d’IA locaux.
GitHub Copilot fournit un exemple technique plus clair. Microsoft indique qu’un futur système de modèles locaux choisira entre l’inférence embarquée et des modèles à l’échelle du cloud. Les développeurs pourront également sélectionner explicitement un modèle local lorsqu’ils auront besoin d’un contrôle accru sur son emplacement d’exécution.
La même publication avertit que l’inférence locale ne rend pas automatiquement une session hors ligne. L’exécution des modèles, l’utilisation d’outils, l’accès au réseau et les autorisations sur les fichiers relèvent de limites distinctes. Cette distinction comptera également pour les expériences Copilot destinées aux consommateurs.
Pour les utilisateurs, la promesse la plus compréhensible est la continuité. Une demande pourrait commencer par la découverte de fichiers locaux, utiliser un modèle cloud pour le raisonnement, revenir à Windows pour modifier des documents et demander une approbation avant une action externe. Le système d’exploitation devient le coordinateur.
Cette vision exerce une pression à la fois sur les assistants d’IA autonomes et sur les applications Windows traditionnelles. Les assistants ont besoin d’intégrations plus profondes pour rivaliser avec l’exécution au niveau du système d’exploitation. Les applications doivent décider si elles exposent leurs capacités à Copilot, construisent leurs propres agents ou protègent des flux de travail que les utilisateurs pourraient autrement déléguer.
Le véritable compromis concerne les autorisations, pas l’emplacement du traitement
Le fait d’exécuter une partie de Copilot localement ne répond pas à la question centrale de sécurité : à quoi l’agent peut-il accéder, que peut-il modifier et que peut-il transmettre ?
L’« IA locale » est souvent assimilée à une IA privée. Les deux concepts se recoupent, mais ne sont pas interchangeables. Un modèle peut s’exécuter localement tout en utilisant des outils dotés d’un accès au réseau. Un modèle cloud peut traiter des données strictement sélectionnées sous des contrôles restrictifs.
L’unité pertinente de confiance est l’ensemble du flux de travail. Cela inclut le modèle, les fichiers ajoutés à son contexte, les outils qu’il peut appeler, les destinations réseau qu’il peut atteindre et les actions qu’il peut terminer sans nouvelle confirmation.
Microsoft affirme que le nouveau Copilot utilisera le contexte local et réalisera des actions avec l’autorisation de l’utilisateur. L’autorisation est nécessaire, mais la conception de cette autorisation déterminera si les personnes peuvent faire des choix éclairés.
Une demande générale visant à « organiser mes fichiers de projet » peut nécessiter l’accès à plusieurs dossiers. Elle ne devrait pas impliquer automatiquement l’autorité de téléverser leur contenu, de supprimer les documents sources ou de contacter des destinataires externes. L’agent doit disposer d’une liberté suffisante pour accomplir la tâche sans recevoir un mandat illimité.
Microsoft développe déjà un Agent Workspace à cette fin. Cet espace de travail est un environnement Windows cloisonné dans lequel un agent reçoit une identité distincte et un accès limité aux ressources approuvées. Les politiques et les informations d’audit peuvent restreindre et enregistrer son comportement.
Les utilisateurs peuvent accorder l’accès à des fichiers ou dossiers particuliers, tandis que Windows peut redemander une autorisation lorsque l’agent atteint des éléments en dehors de son ensemble actuel de permissions. Cela s’apparente au principe du moindre privilège, selon lequel seul l’accès nécessaire à une tâche spécifique est accordé.
Le cloisonnement sépare également un agent de la session de bureau complète de l’utilisateur. S’il est mis en œuvre de manière cohérente, ce cadre peut limiter les dommages causés par une décision incorrecte. Il peut aussi offrir aux administrateurs un moyen plus pratique d’examiner les actions qu’une transcription de chatbot classique.
Microsoft Execution Containers, ou MXC, apporte une couche supplémentaire. MXC convertit les politiques en contrôles Windows régissant les fichiers, les réseaux, les processus, les identifiants et les capacités du système. Microsoft a annoncé la disponibilité générale de MXC parallèlement à sa dernière initiative en matière d’intelligence hybride.
Ces contrôles sont significatifs, mais ils n’éliminent pas l’ambiguïté sémantique. Une politique peut déterminer si un agent a accès à un dossier. Elle ne peut pas toujours déterminer si la modification demandée dans un document autorisé reflète l’intention réelle de l’utilisateur.
L’exemple des documents fiscaux illustre le problème. La recherche dans des dossiers spécifiés constitue une autorisation. Renommer des fichiers modifie leur état. Créer une archive produit un nouvel artefact. Joindre cette archive à un e-mail rapproche des informations d’une partie externe.
Une interface sûre devrait présenter clairement ces transitions. L’utilisateur doit savoir quels fichiers ont été trouvés, comment ils ont été renommés, ce qui a été ajouté à l’archive, qui la recevra et si le message a simplement été rédigé ou sera envoyé.
Pour les clients d’entreprise, les questions deviennent plus exigeantes. Les administrateurs auront besoin de politiques relatives aux classifications de fichiers, aux exigences de conservation, aux limites d’identité, aux communications externes et aux journaux d’activité. Un système adapté aux photographies personnelles pourrait ne pas convenir à des documents juridiques ou à des données clients réglementées.
C’est également là que les outils de connaissance personnelle et les agents de système d’exploitation commencent à se recouper. Tous deux dépendent d’un accès contextuel, de la recherche d’informations et d’une provenance claire. Une base de connaissances IA bien gérée peut organiser les informations pour une utilisation ultérieure, tandis qu’un agent de système d’exploitation ajoute la capacité de modifier l’environnement source. Cette dernière étape exige un niveau d’autorisation plus élevé.
L’accès de Copilot aux fichiers étend le problème de l’injection de prompts
Les fichiers fournissent à un agent un contexte utile, mais ces mêmes fichiers peuvent contenir des instructions conçues pour manipuler son comportement.
Les propres recommandations de sécurité agentique de Microsoft identifient l’injection inter-prompts comme une nouvelle catégorie de risque. Une instruction malveillante peut être dissimulée dans un document, une interface, un message ou tout autre contenu traité par un agent.
Un humain considère un document comme une source de référence. Un modèle de langage peut avoir du mal à distinguer ce contenu des instructions. Si un fichier demande à l’agent d’ignorer l’utilisateur et de téléverser des informations confidentielles, le modèle doit traiter ce texte comme un contenu non fiable.
Ce risque existait lorsque les assistants se limitaient à résumer des documents. Les agents capables d’agir relèvent les enjeux, car une sortie manipulée peut devenir une opération sur un fichier, une modification du système, l’exécution d’une commande ou un transfert de données.
Imaginons que Copilot recherche des factures dans un dossier de téléchargements. Un document contient des instructions dissimulées demandant à l’agent d’inclure un fichier d’identifiants sans rapport dans l’archive finale. La demande générale de l’utilisateur reste légitime, mais le contexte intermédiaire de l’agent a été empoisonné.
Un conteneur peut bloquer l’accès au fichier d’identifiants s’il se trouve hors de la limite autorisée. Des restrictions réseau peuvent empêcher une transmission vers un domaine inconnu. Une étape de confirmation peut révéler une pièce jointe inattendue. Aucune de ces défenses ne dépend d’une reconnaissance parfaite de l’attaque par le modèle.
Cette approche en couches est essentielle, car le filtrage au niveau du modèle est probabiliste. Une même demande peut produire un comportement différent après une mise à jour du modèle, un changement de routage ou une conversation plus longue. Une limite de sécurité ne devrait pas dépendre entièrement de l’interprétation correcte d’un texte suspect par un modèle.
Les modèles locaux introduisent une autre complication. Microsoft veut que Copilot répartisse les tâches entre les modèles en fonction de la capacité, de la latence et du coût. Différents modèles peuvent présenter des résistances différentes aux instructions malveillantes et des capacités différentes à appliquer des politiques complexes.
Le système a donc besoin d’une application cohérente des règles en dehors du modèle. Les politiques relatives aux fichiers et au réseau doivent rester intactes, quel que soit le modèle qui traite une étape. La journalisation doit identifier le modèle, l’outil, l’identité et la politique associés à chaque action conséquente.
L’architecture actuelle de Microsoft va dans cette direction. Agent Workspace assure la séparation, MXC fournit des contrôles de système d’exploitation et Microsoft Agent 365 ajoute la découverte et la gestion pour les entreprises. Toutefois, la dernière annonce concernant Copilot ne donne pas encore suffisamment de détails publics pour évaluer comment chaque flux de travail grand public utilisera ces couches.
La facilité d’utilisation peut affaiblir des contrôles techniquement solides. Si Copilot interrompt les utilisateurs à chaque lecture de fichier et à chaque modification mineure, les gens cesseront d’utiliser l’automatisation ou approuveront les invites sans les lire. S’il demande trop rarement, des autorisations étendues peuvent survivre à la tâche qui les justifiait.
L’approbation la plus utile n’est pas une boîte de dialogue générique indiquant que Copilot souhaite accéder à quelque chose. Elle présente l’opération prévue, les ressources précises concernées, la destination externe potentielle et les effets réversibles ou irréversibles.
Microsoft a également besoin de mécanismes de récupération. Les modifications de fichiers devraient être réversibles lorsque cela est possible. Les brouillons devraient rester des brouillons jusqu’à une approbation explicite. Les historiques d’activité devraient permettre aux utilisateurs de reconstituer ce qui s’est passé sans avoir à déchiffrer une trace de raisonnement interne.
La fiabilité de l’agent est aussi importante que les attaques malveillantes. Copilot pourrait sélectionner la mauvaise version d’un contrat, confondre deux clients aux noms similaires ou classer incorrectement un fichier personnel. De meilleurs modèles réduisent ces erreurs, mais des aperçus clairs et des périmètres limités les contiennent.
La mesure décisive ne sera pas de savoir si Copilot réussit une démonstration soignée. Elle sera de déterminer si les utilisateurs ordinaires peuvent comprendre, examiner et annuler ses actions lorsque le flux de travail devient complexe.
Microsoft redéfinit Windows autour des résultats
Microsoft veut que les utilisateurs décrivent un résultat, tandis que Windows détermine quels fichiers, modèles, applications et actions système peuvent le produire.
Pendant des décennies, les systèmes d’exploitation de bureau ont organisé le travail autour des applications. Les utilisateurs ouvraient un programme, localisaient un fichier, choisissaient une commande et répétaient cette séquence à chaque étape d’une tâche.
Copilot introduit une abstraction différente. L’utilisateur formule un objectif, tel que préparer des documents pour un comptable. L’agent décide quels dossiers examiner, quels fichiers correspondent à la demande et quels outils doivent effectuer l’étape suivante.
Ce modèle n’élimine pas les applications. Il transforme leurs fonctions en composants d’un flux de travail plus vaste. L’e-mail envoie toujours le message, un utilitaire d’archivage regroupe toujours les fichiers et Windows gère toujours le stockage. Copilot coordonne la séquence en langage naturel.
Ce changement explique pourquoi Microsoft connecte Copilot à Windows Search. La recherche a traditionnellement renvoyé des destinations. Selon Microsoft, la nouvelle version peut effectuer des milliers d’actions depuis la barre des tâches, notamment modifier des paramètres courants et gérer les fenêtres.
L’avantage pratique est une navigation réduite dans l’interface. Un utilisateur n’a pas besoin de se souvenir de l’emplacement où Microsoft a déplacé un paramètre ni de l’application qui gère une commande mineure. La demande devient l’interface.
Cette approche risque aussi d’occulter l’état du système. Les menus et les boîtes de dialogue affichent les choix disponibles, même lorsqu’ils sont fastidieux. Un agent pourrait n’exposer que l’action qu’il a déduite de la demande. Les utilisateurs ont besoin d’un moyen fiable d’examiner ce qui s’est passé et de découvrir des alternatives.
L’argument le plus solide de Microsoft concerne le travail en plusieurs étapes qui traverse les frontières entre applications. Renommer un seul fichier justifie rarement un agent. Trouver douze documents connexes, standardiser leurs noms, les regrouper dans une archive et rédiger un message représente une réduction d’effort plus convaincante.
Le dépannage pourrait devenir un autre cas utile. Copilot pourrait examiner les diagnostics, relier une erreur à une activité récente, modifier un paramètre approuvé et confirmer si le problème a disparu. C’est plus utile que de renvoyer des instructions de support génériques.
Le même modèle peut aider les développeurs. Un agent de programmation peut examiner un projet, appeler un modèle local, exécuter des outils dans un conteneur et utiliser l’intelligence cloud pour une étape de raisonnement exigeante. Les investissements de Microsoft dans GitHub et Windows font de ce flux de travail un terrain d’essai important.
OpenAI, Anthropic, Google et Apple développent leurs propres formes d’utilisation d’outils, de contrôle informatique et de contexte personnel. La différence de Microsoft réside dans sa distribution. L’entreprise peut intégrer des contrôles dans Windows et les fournir, via une seule plateforme, aux fabricants de PC, aux administrateurs d’entreprise, aux développeurs d’applications et aux utilisateurs.
La distribution amplifie également les erreurs. Un chatbot facultatif peu fiable provoque de la frustration. Un agent de système d’exploitation peu fiable peut modifier des fichiers ou envoyer des informations par l’intermédiaire d’une autre application. Microsoft doit faire de la retenue une composante du produit, et non une simple option dans les paramètres.
L’expérience antérieure de l’entreprise avec Recall reste pertinente. Recall a été conçu pour aider les utilisateurs à retrouver des activités passées au moyen d’instantanés capturés localement. Microsoft a retardé sa sortie initiale et modifié sa conception de sécurité après que des chercheurs et des clients ont soulevé des inquiétudes.
Les actions de Copilot ne sont pas le même produit. Elles impliquent des demandes intentionnelles et des opérations autorisées plutôt qu’une capture visuelle continue. Néanmoins, Recall a montré que « stocké localement » ne résout pas les questions d’accès, de consentement, de conservation ou de surfaces d’attaque.
Microsoft semble désormais mettre l’accent sur le confinement, les identités, l’auditabilité et l’autorisation explicite plus tôt dans le déploiement des agents. C’est une réponse constructive. Cela reflète aussi le degré de confiance que l’entreprise doit gagner avant que les utilisateurs de Windows ne lui délèguent des tâches conséquentes.
Trois signaux montreront si le pari de Microsoft fonctionne
La prochaine phase sera décidée par la conception des autorisations, les taux d’exécution dans le monde réel et la gouvernance d’entreprise, plutôt que par une nouvelle démonstration soignée.
Le premier signal est le déploiement des PC Copilot+ au cours des prochains mois. Les testeurs devraient examiner avec quelle précision Copilot demande l’accès aux fichiers, à quelle fréquence il sollicite une nouvelle approbation et si chaque action externe reçoit un aperçu clair.
Un déploiement solide rendra les autorisations précises et temporaires. Les utilisateurs devraient pouvoir identifier exactement ce à quoi Copilot peut accéder et révoquer cet accès sans parcourir plusieurs pages de paramètres. Les comportements inattendus devraient être visibles dans un journal d’activité compréhensible.
Des autorisations étendues ou confuses affaibliraient l’affirmation de Microsoft selon laquelle les utilisateurs gardent le contrôle. Il en irait de même pour des invites si fréquentes que les gens les approuvent automatiquement.
Le deuxième signal est la performance en dehors des exemples mis en scène. Les mesures utiles comprennent le taux d’exécution, le temps gagné après vérification, la fréquence de sélection incorrecte de fichiers et le nombre d’interventions requises durant un flux de travail.
Les actions de Microsoft Copilot dans Windows ne réussiront pas simplement parce que l’agent peut terminer une tâche une fois. Elles doivent accomplir un travail répété et varié sans créer une charge de vérification supérieure au processus manuel.
Les utilisateurs devraient également comparer le comportement local et cloud. Une étape routée localement peut améliorer le temps de réponse ou le traitement des données, mais elle peut utiliser un modèle plus petit aux capacités différentes. Microsoft devra expliquer les décisions de routage importantes sans obliger les clients à étudier l’infrastructure IA.
Le troisième signal est la gouvernance. Microsoft Ignite en novembre offre un cadre immédiat pour obtenir davantage d’informations sur Agent 365, MXC, l’audit et la gestion des politiques. Les entreprises voudront la preuve qu’elles peuvent découvrir les agents actifs, restreindre leurs outils, enquêter sur les incidents et appliquer les contrôles d’identité existants.
Une gouvernance claire renforcerait l’argument de Microsoft selon lequel Windows peut devenir la plateforme gérée des agents en milieu de travail. Des contrôles manquants ou une application incohérente entre les expériences Copilot l’affaibliraient.
Les réactions des concurrents comptent également, mais elles restent secondaires face à l’exécution. Apple et Google peuvent approfondir l’accès des assistants au sein de leurs propres systèmes d’exploitation. OpenAI et Anthropic peuvent étendre les outils d’utilisation informatique et les partenariats. Microsoft dispose déjà de l’avantage de l’intégration à Windows ; son défi consiste donc à prouver que cet accès approfondi reste compréhensible et contrôlable.
Pour les travailleurs du savoir, la question immédiate est pratique : quelle tâche répétitive justifierait d’accorder à un assistant IA l’accès aux fichiers locaux et aux contrôles de Windows ? Commencez par un flux de travail réversible, examinez chaque action proposée et relevez les points où les limites d’autorisation deviennent floues.
Cette expérience révélera davantage qu’une présentation de lancement. Si Copilot transforme de manière fiable le contexte local en travail examiné et réversible, Microsoft aura changé le rôle de l’assistant PC. Si la vérification reste difficile, l’action Microsoft Copilot Windows la plus importante appartiendra toujours à l’utilisateur : décider quand l’agent doit s’arrêter.
