Perplexity Windows installe Personal Computer sur le terrain de Microsoft

Perplexity a intégré Personal Computer à son application Windows, étendant son agent IA local au-delà du Mac malgré les limites initiales de disponibilité sur les plateformes. Cette sortie de Perplexity Windows est importante, car l’agent peut travailler avec des fichiers locaux, des applications connectées et le web. Elle transforme une application de bureau familière en une potentielle couche de contrôle pour la recherche, le développement, la navigation et la création de contenu.

Il s’agit d’une évolution plus ambitieuse que l’ajout d’un chatbot supplémentaire à Windows. Perplexity veut qu’une seule demande coordonne plusieurs agents spécialisés, modèles, outils et sources d’information. L’agent peut collecter des contenus en ligne, analyser des documents stockés sur l’ordinateur, utiliser des services connectés et produire un travail finalisé sans obliger les utilisateurs à passer par chaque étape intermédiaire.

Microsoft possède déjà le système d’exploitation, la suite de productivité, la couche d’identité et les outils de gestion qui entourent de nombreux PC professionnels. Perplexity cherche désormais à s’approprier la couche d’intention qui les surplombe. La compétition qui en résulte ne porte pas principalement sur le chatbot qui fournit les meilleures réponses. Elle porte sur l’entreprise qui deviendra l’interface par laquelle les travailleurs du savoir pilotent leurs ordinateurs.

Ce qui a changé dans l’application Perplexity Windows

Personal Computer offre à Perplexity une surface d’exécution locale au lieu de le limiter aux recherches web et aux flux de travail connectés au cloud.

Perplexity a annoncé le 28 juillet que Personal Computer était disponible dans son application Windows. La sortie Windows étend un système d’agents que Perplexity avait auparavant centré sur macOS. L’entreprise le décrit comme un outil permettant de coordonner le travail entre des fichiers locaux, des applications connectées et Internet.

L’annonce s’inscrit dans une expansion progressive plutôt que dans un lancement unique. Perplexity a présenté le concept initial de Personal Computer en mars comme un agent toujours actif associé à un Mac mini dédié. L’entreprise a ensuite intégré cette capacité à une application Mac améliorée en avril.

En juin, Perplexity a indiqué que Personal Computer arrivait sur Windows. Cette première annonce Windows évoquait l’accès aux fichiers locaux, aux applications Microsoft natives, au web, ainsi que la continuité entre un téléphone et un appareil Windows. La publication de juillet fait passer le discours d’une disponibilité future à une disponibilité effective dans l’application Windows.

La distinction entre Computer et Personal Computer est importante. Perplexity Computer est le collaborateur numérique basé dans le cloud de l’entreprise. Il peut effectuer des recherches, créer des documents, développer des applications, connecter des services et exécuter des tâches planifiées depuis un espace de travail Perplexity.

Personal Computer étend ce modèle à la machine de l’utilisateur. L’accès local permet à l’agent de travailler avec des dossiers et des applications de bureau qui ne sont pas entièrement représentés dans les connecteurs cloud. Un projet peut inclure des PDF téléchargés, des captures d’écran, des dépôts de code, des feuilles de calcul, des exports de conception et des notes éparpillées dans le stockage local.

Perplexity indique que son système Computer plus large peut coordonner plusieurs agents et modèles à partir d’une seule instruction. La documentation de l’entreprise décrit un système qui attribue des sous-tâches, effectue des recherches en parallèle, utilise des outils et assemble les résultats en un livrable final. Personal Computer ajoute le bureau comme autre espace où ces actions peuvent se dérouler.

Prenons le cas d’un chef de produit préparant une revue de lancement. Les éléments pertinents peuvent inclure des enregistrements d’entretiens locaux, une feuille de calcul dans Downloads, des notes provenant de Slack, une feuille de route dans Notion et des informations récentes sur les concurrents en ligne. Un agent de bureau pourrait rassembler ces éléments, identifier les évolutions, rédiger une note de synthèse et enregistrer le résultat dans un dossier de projet.

Un développeur présente un cas différent. L’agent pourrait examiner un dépôt local, rechercher une dépendance inconnue, produire un plan de test et ouvrir la documentation de référence. Cette combinaison réunit développement et recherche sans exiger le téléversement manuel de chaque fichier.

Cette portée locale crée la tension centrale. La fonctionnalité devient plus utile à mesure qu’elle reçoit un accès plus large, mais chaque dossier, session ou application supplémentaire étend son autorité. Perplexity doit donc démontrer que son agent Windows peut agir largement sans devenir imprévisible.

L’étendue précise du déploiement reste moins claire que la capacité fondamentale. La publication sociale de Perplexity indique que la fonctionnalité est disponible, tandis que les précédents contenus de lancement faisaient référence à un accès progressif et à des listes d’attente. La disponibilité peut encore varier selon le compte, la version de l’application, la région ou la politique de l’organisation.

Cette incertitude n’efface pas le changement. Personal Computer est passé d’une expérimentation centrée sur le Mac au marché Windows. Perplexity peut désormais tester son agent sur la plateforme où Microsoft dispose de la plus grande capacité de réponse.

Pourquoi Perplexity Windows met Microsoft sous pression

Perplexity défie Microsoft au niveau de l’intention de l’utilisateur, même si Microsoft contrôle toujours le système d’exploitation sous-jacent.

Microsoft passe depuis des années à intégrer Copilot dans Windows et Microsoft 365. Son avantage découle de l’accès natif à Word, Excel, PowerPoint, Outlook, Teams, à l’identité organisationnelle et à l’administration d’entreprise. Ces connexions font de Microsoft l’acteur historique évident pour les agents en milieu professionnel.

Toutefois, la propriété native ne garantit pas la maîtrise du point de départ de l’utilisateur. Les travailleurs commencent souvent par un objectif qui traverse des systèmes Microsoft et non-Microsoft. Une recherche peut couvrir le web ouvert, Slack, Notion, GitHub, Salesforce, des documents locaux et plusieurs sessions de navigateur.

La promesse de Perplexity est que Computer peut coordonner cet environnement hybride. Son produit Computer met l’accent sur la navigation, la recherche, la création, la surveillance, la planification et les connexions à des outils externes. Personal Computer rapproche cette orchestration des fichiers et applications où le travail s’effectue déjà.

L’approche actuelle de Microsoft pour Windows illustre cette différence. Sa fonctionnalité expérimentale PC insights peut répondre à des questions sur un appareil, l’état du système et les fichiers après autorisation. Selon la documentation PC insights de Microsoft, la fonctionnalité ne peut ni modifier des paramètres, ni effectuer des corrections, ni surveiller un appareil en arrière-plan.

Perplexity avance une ambition plus large. Personal Computer est présenté comme un agent qui agit dans l’ensemble du travail, et non simplement comme un outil qui explique l’ordinateur. Il vise à rédiger, analyser, gérer des fichiers, rechercher en ligne, créer des ressources et coordonner des services connectés.

Cela ne signifie pas que Microsoft ne dispose pas d’agents. Microsoft 365 Copilot prend en charge des agents connectés aux données organisationnelles et aux processus métier. Microsoft contrôle également les politiques que les entreprises utilisent pour approuver les applications, gouverner les données et gérer les appareils Windows.

La pression vient de la concurrence au niveau de l’interface. Si un utilisateur décrit d’abord un objectif à Perplexity, les applications Microsoft deviennent des outils au sein du flux de travail de Perplexity. Word peut mettre le document en forme, Outlook peut l’envoyer et Windows peut héberger la session, mais c’est Perplexity qui interprète l’objectif.

Cette situation rappelle la valeur stratégique d’un navigateur web. Le système d’exploitation continue d’exécuter l’ensemble, mais le navigateur devient l’endroit où les utilisateurs recherchent, communiquent, achètent et travaillent. Un agent de bureau efficace pourrait occuper une position similaire au-dessus des applications individuelles.

La stratégie Perplexity Personal Computer réduit également l’importance du choix d’un modèle unique. Perplexity affirme que Computer orchestre des équipes issues de plus de 20 modèles de pointe. Le produit cherche à faire de la sélection des modèles une décision interne de routage plutôt qu’une tâche pour l’utilisateur.

Microsoft peut répondre en rendant Copilot plus capable d’agir à travers Windows et les services tiers. L’entreprise peut aussi utiliser les contrôles d’entreprise comme facteur de différenciation. Les administrateurs pourraient préférer un agent lié aux systèmes existants d’identité, de conformité, d’accès et d’audit.

Perplexity doit convaincre ces acheteurs qu’une couche d’orchestration distincte apporte une valeur suffisante. Elle doit fonctionner avec des outils fragmentés plus efficacement que la pile intégrée de Microsoft. Elle doit y parvenir sans créer une surface administrative supplémentaire que les équipes de sécurité peinent à gouverner.

Pour les particuliers, le calcul est plus simple mais reste exigeant. Un agent Perplexity Windows doit faire gagner plus de temps qu’il n’en consomme par la configuration, les demandes d’autorisation, les corrections et la supervision des tâches. La nouveauté attirera les essais, mais la fiabilité d’exécution déterminera la poursuite de l’utilisation.

La compétition porte donc sur la maîtrise des flux de travail. Microsoft part avec la distribution et la confiance administrative. Perplexity part avec la recherche, le routage des modèles et un produit conçu autour du travail agentique en plusieurs étapes.

Comment Perplexity Personal Computer unifie le flux de travail

Le véritable mécanisme du produit est la composition : une demande devient une chaîne de recherche, d’utilisation d’outils, d’actions locales et de livrables.

Les assistants IA traditionnels divisent le travail en échanges distincts. Un utilisateur demande une recherche, copie la réponse dans un document, téléverse un autre fichier, sollicite une analyse, puis transfère le résultat dans un e-mail ou une présentation. Chaque transfert fait perdre du contexte et exige une vérification manuelle.

Personal Computer tente de réduire ces transferts. Un agent reçoit l’objectif, le décompose en sous-tâches, sélectionne des outils, récupère les informations et assemble la sortie. L’orchestration des modèles signifie que le système peut orienter différentes parties de la tâche vers différents modèles plutôt que de s’appuyer sur un seul modèle pour tout.

L’accès local élargit le contexte disponible. L’agent Perplexity Windows peut potentiellement trouver des documents là où les utilisateurs les stockent déjà. Cela compte, car une grande partie du travail intellectuel n’atteint jamais une base de données formelle de l’entreprise.

Un dossier de téléchargements peut contenir des propositions de fournisseurs, des analyses exportées, des pièces jointes de clients et des transcriptions de réunions. Un répertoire de projet peut contenir du code, des captures d’écran, des spécifications et des brouillons inachevés. Les applications connectées ajoutent des conversations récentes et des enregistrements structurés.

Le web fournit une couche supplémentaire. Un agent qui compare un plan local avec les informations actuelles du marché a besoin à la fois d’un contexte interne et externe. L’expérience de Perplexity dans la recherche avec citations lui donne un point de départ logique pour cette combinaison.

Le résultat utile n’est pas nécessairement une réponse. Il peut s’agir d’un document révisé, d’un dossier de fichiers organisés, d’une application fonctionnelle, d’une note concurrentielle ou d’un message rédigé en attente d’approbation. La valeur de l’agent dépend de sa capacité à achever la chaîne.

C’est aussi la raison pour laquelle le contexte des connaissances personnelles devient important. Un agent utile a besoin de plus qu’un accès brut à des documents éparpillés. Il lui faut un moyen de retrouver les bons éléments, de distinguer les informations actuelles des versions obsolètes et de préserver le contexte de travail de l’utilisateur.

Un second cerveau IA dédié répond à un problème connexe en organisant les connaissances personnelles pour leur récupération et leur réutilisation. Personal Computer aborde le sujet sous l’angle de l’action. Le flux de travail le plus performant relierait un contexte fiable à une exécution contrôlée.

Imaginez un analyste préparant une note d’investissement. L’agent reçoit un dossier contenant des notes d’entretien et des documents réglementaires. Il recherche les évolutions récentes, identifie les affirmations qui nécessitent une vérification, établit une liste de sources et rédige une note sans déplacer chaque fichier dans un navigateur.

Pour un responsable commercial, la tâche peut commencer par des notes d’appel enregistrées localement. L’agent pourrait les comparer à une fiche client connectée, identifier les questions restées sans réponse, rechercher les dernières annonces du client et rédiger un message de suivi. L’utilisateur devrait toutefois toujours examiner toute communication externe.

Une équipe logicielle pourrait demander au système d’examiner un rapport de bug, d’inspecter les fichiers locaux pertinents, de reproduire le problème et de créer un correctif proposé. La recherche, le codage et l’activité du navigateur fonctionneraient au sein d’une même tâche coordonnée.

Ces scénarios restent des promesses produit tant que les utilisateurs ne les ont pas testés dans des conditions réalistes. Les environnements de bureau sont désordonnés. Les noms de fichiers sont incohérents, les applications modifient leurs interfaces, les autorisations expirent et les sessions actives peuvent présenter un état ambigu.

Les flux de travail longs amplifient les petites erreurs. Un résultat de recherche médiocre peut conduire à une hypothèse incorrecte. Cette hypothèse peut ensuite influencer un document, une modification de code ou un message plusieurs étapes plus tard. Un agent doit exposer suffisamment de raisonnement intermédiaire et d’éléments probants pour permettre aux utilisateurs de repérer l’erreur.

La latence compte également. Une tâche coordonnée peut faire appel à plusieurs agents, modèles, connecteurs et outils locaux. Un flux de travail qui prend plus de temps que l’alternative manuelle aura du mal à s’imposer, à moins d’offrir une profondeur nettement supérieure ou de permettre à l’utilisateur de le laisser s’exécuter.

Le modèle de composition de Perplexity est donc le pari central. Les utilisateurs accepteront un système plus complexe derrière l’interface si une seule instruction produit de manière fiable un travail final utile. Ils le rejetteront si l’orchestration ne génère que des attentes plus longues et des échecs plus difficiles à diagnostiquer.

L’accès local crée un compromis de sécurité

Les mêmes autorisations qui rendent un agent de bureau utile donnent également aux erreurs et aux instructions malveillantes un impact potentiel plus important.

Un assistant de recherche peut fournir une mauvaise réponse. Un agent de bureau peut agir sur cette réponse. Lorsqu’il peut lire des fichiers, utiliser des sessions de navigateur authentifiées, modifier des documents et communiquer par l’intermédiaire d’applications, les conséquences deviennent plus graves.

L’injection de prompts constitue un risque central. Elle survient lorsque du contenu non fiable comprend des instructions conçues pour manipuler un agent. Le texte malveillant peut apparaître sur une page web, dans un e-mail, dans un document partagé ou dans le code que l’agent doit examiner.

L’agent doit séparer la demande de l’utilisateur des instructions trouvées dans les contenus qu’il traite. Cette séparation devient difficile lorsque la tâche exige de lire du contenu externe et d’agir en fonction de celui-ci.

Les recherches de sécurité sur les agents de NIST en 2026 décrivent le détournement d’agents comme un risque croissant pour les systèmes travaillant avec des e-mails, des sites web et des dépôts de code. Des attaquants peuvent placer des instructions malveillantes dans ces sources afin de rediriger un agent vers des actions nuisibles.

Un agent de bureau relie davantage de sources possibles à davantage d’actions possibles. Une instruction cachée dans un document devient plus dangereuse si l’agent peut également accéder à un dossier confidentiel ou envoyer des données via un service authentifié.

Perplexity affirme que les actions sensibles nécessitent une autorisation et que Computer utilise des environnements isolés. Ses documents concernant Mac décrivent également des pistes d’audit, l’authentification à deux facteurs et l’approbation à distance. Ces contrôles couvrent les bonnes catégories de protection, mais les utilisateurs de Windows ont encore besoin de précisions propres au produit.

La version Windows devrait rendre plusieurs limites visibles. Les utilisateurs doivent savoir quel travail s’exécute localement, quelles données atteignent les modèles cloud, combien de temps les données de tâche restent disponibles et comment les autorisations sont délimitées. Les administrateurs ont besoin de journaux indiquant ce que l’agent a lu, modifié, téléversé et envoyé.

L’expression « agent local » peut donner l’impression inexacte que tous les traitements restent sur l’appareil. Le système de Perplexity repose sur une orchestration multimodèle et des services cloud ; l’accès local ne signifie donc pas nécessairement une inférence locale. La question importante est la manière dont les données circulent pendant chaque tâche.

Les contrôles au niveau des dossiers offrent une limite pratique. Un utilisateur devrait pouvoir accorder l’accès à un projet précis sans exposer l’intégralité d’un disque. Les autorisations d’application devraient également distinguer la lecture de l’écriture, ainsi que la rédaction de l’envoi.

Les demandes de confirmation offrent une autre couche de protection, mais un excès de confirmations affaiblit l’automatisation. Si chaque étape de routine nécessite une approbation, l’agent ne peut pas accomplir de longues tâches de manière autonome. Si l’approbation est trop large, une seule confirmation peut autoriser des actions que l’utilisateur n’avait pas anticipées.

C’est le compromis le plus difficile du produit. Perplexity promet une exécution unifiée, mais une exécution digne de confiance dépend d’une limitation soigneuse de cette unité. La sécurité s’améliore lorsque les tâches, les données et les autorisations restent compartimentées.

Les organisations voudront également des contrôles de politique. Une entreprise peut autoriser la recherche sur des sites web publics tout en bloquant les téléversements depuis des dossiers confidentiels. Elle peut autoriser la rédaction de documents tout en exigeant une approbation humaine avant l’envoi de messages, les modifications de code ou le partage externe de fichiers.

Le déploiement de Perplexity Personal Computer doit démontrer que ces politiques fonctionnent dans des conditions changeantes. Un agent peut commencer par une demande inoffensive, rencontrer du contenu sensible, puis découvrir que la tâche requiert une action externe. Le système doit réévaluer le risque à mesure que le flux de travail évolue.

Les utilisateurs devraient aborder l’accès anticipé avec prudence. Commencez par un dossier de projet dédié, connectez uniquement les applications nécessaires et utilisez des tâches aux résultats réversibles. Rédiger un rapport est plus sûr que l’envoyer. Proposer une organisation de fichiers est plus sûr que supprimer des fichiers.

L’agent devrait aussi conserver un registre clair des actions réalisées. Une piste d’audit utile doit aller au-delà d’un résumé indiquant que la tâche a réussi. Elle devrait présenter les fichiers concernés, les destinations externes, les approbations et les éléments probants utilisés pour les décisions importantes.

Perplexity n’a pas encore fourni suffisamment de preuves indépendantes pour conclure que ses protections Windows résolvent ces problèmes. L’entreprise a annoncé cette capacité. La fiabilité et la sécurité nécessiteront des tests soutenus de la part des utilisateurs, des chercheurs et des équipes d’entreprise.

L’agent Windows de Perplexity doit encore prouver sa fiabilité

La disponibilité n’est que la première étape, car les agents de bureau réussissent ou échouent sur une exécution banale et reproductible.

Une démonstration soignée commence généralement avec des fichiers propres, des applications connues et une demande précisément délimitée. Les bureaux réels contiennent des documents en double, d’anciennes exportations, des lecteurs réseau indisponibles, des fenêtres pop-up imprévues et plusieurs comptes connectés au même service.

L’agent Windows de Perplexity doit interpréter cet environnement sans émettre d’hypothèses silencieuses. Si deux fichiers portent des noms similaires, le système devrait demander lequel fait autorité. Si une tâche concerne des destinataires externes, il devrait prévisualiser l’action avant d’envoyer quoi que ce soit.

Les opérations sur les fichiers fournissent un test de fiabilité élémentaire. Les utilisateurs peuvent vérifier si l’agent sélectionne le bon dossier, préserve les métadonnées, évite les doublons et gère les fichiers verrouillés. Ces détails ordinaires comptent davantage qu’un résultat de recherche impressionnant mais ponctuel.

Le contrôle des applications est plus difficile. Les interfaces changent, les fenêtres se déplacent, des notifications apparaissent et les informations d’accessibilité peuvent être incomplètes. Un agent utilisant une interaction visuelle doit reconnaître lorsque l’interface ne correspond plus à ce qu’il attend.

Les services connectés introduisent un autre mode de défaillance. L’authentification peut expirer pendant une longue tâche. Un connecteur peut n’exposer qu’une partie des données disponibles dans l’application native. Des limites de débit ou des interruptions de service peuvent laisser un flux de travail inachevé.

Un agent digne de confiance doit reconnaître une réalisation partielle. Il ne devrait pas signaler une réussite après avoir créé un document s’il n’a pas inclus le fichier local le plus récent. Il devrait distinguer une source inaccessible d’une source ne contenant aucune information pertinente.

La qualité des sources pose un problème connexe. Perplexity a bâti sa réputation sur la recherche web avec citations, mais un agent peut tout de même mal interpréter une source ou s’appuyer sur une affirmation non étayée. Les livrables finaux doivent pouvoir être retracés jusqu’aux contenus qui les ont façonnés.

Les utilisateurs devraient pouvoir examiner les citations, les références de fichiers et l’historique des actions sans devoir reconstituer l’intégralité de la tâche. Cette exigence devient particulièrement importante lorsque plusieurs sous-agents travaillent en parallèle.

Le routage des modèles crée de la flexibilité, mais peut compliquer le diagnostic. Si un sous-agent produit un résultat médiocre, les utilisateurs ont besoin d’un moyen de comprendre quelle étape a échoué. Une seule réponse finale peut masquer des désaccords, des entrées manquantes et des sous-tâches abandonnées.

L’entreprise doit également définir la relation entre l’application Windows et sa documentation existante. Le centre d’aide de Perplexity a été mis à jour le 16 juillet et décrivait encore Personal Computer comme réservé à macOS. L’annonce du 28 juillet remplace cette affirmation, mais une documentation obsolète rend l’accès et l’assistance plus difficiles à comprendre.

Des exigences système claires seraient utiles. Les utilisateurs doivent savoir quelles versions de Windows sont prises en charge, si l’application nécessite du matériel spécifique et quelles capacités dépendent de Comet ou de composants supplémentaires. Les équipes d’entreprise ont également besoin de conseils sur le déploiement et les mises à jour.

Les conditions d’accès méritent une clarté similaire. Des documents antérieurs mentionnaient des listes d’attente et certains abonnements, tandis que la dernière annonce indique que la fonctionnalité est disponible dans l’application. Un déploiement progressif est normal, mais les utilisateurs ne devraient pas confondre la disponibilité annoncée avec un accès universel pour tous les comptes.

Des benchmarks indépendants pourraient à terme fournir des preuves plus solides. Des tests utiles mesureraient l’achèvement des tâches, la fréquence des interventions, les actions incorrectes, la récupération après échec et les performances sur différentes configurations Windows.

Le succès ne devrait pas être mesuré uniquement selon qu’un agent achève un flux de travail une fois. Un outil professionnel doit fonctionner de manière cohérente sur des tâches répétées. Il doit aussi échouer de façon sûre lorsque l’environnement change.

C’est là que la position de Microsoft reste redoutable. L’intégration à Windows donne à Microsoft une connaissance directe des API système, des limites de sécurité, des canaux de déploiement et de la gestion des appareils. Perplexity doit surmonter cet avantage structurel avec une meilleure coordination et un flux de travail multiplateforme plus clair.

Perplexity n’a pas besoin de remplacer toutes les fonctionnalités de Windows. Il doit devenir l’endroit privilégié pour exprimer des objectifs complexes. Cela exige une combinaison de qualité de recherche, d’exécution fiable et de contrôles compréhensibles.

Trois signaux montreront si le pari fonctionne

La prochaine phase sera déterminée par la qualité de l’adoption, la réponse de Microsoft et les preuves que l’exécution locale peut rester contrôlée.

Le premier signal est une disponibilité plus large et documentée. Perplexity devrait mettre à jour ses pages d’assistance Windows avec les exigences système, l’éligibilité des comptes, le comportement des autorisations et les détails de déploiement. Une documentation claire confirmerait que la version a dépassé le stade d’une annonce restreinte.

Les retours d’utilisateurs devraient ensuite montrer si le produit gère le travail ordinaire. Recherchez des preuves provenant de développeurs, de chercheurs et d’utilisateurs professionnels exécutant des tâches répétées dans de vrais dossiers et applications. Les taux d’achèvement comptent davantage que des démonstrations isolées.

Un résultat solide comprendrait moins de transferts manuels sans perdre la traçabilité des sources. Les utilisateurs devraient pouvoir partir de contenus épars et recevoir un livrable final reflétant fidèlement les contextes local et en ligne.

L’évaluation s’affaiblit si les utilisateurs rencontrent des boucles d’autorisation fréquentes, des dossiers manquants, un contrôle d’application peu fiable ou des flux de travail incomplets signalés comme réussis. Ces échecs suggéreraient que la version Windows de Perplexity a étendu sa surface plus vite que sa couche d’exécution n’a mûri.

Le deuxième signal est la réponse produit de Microsoft. Microsoft peut approfondir la capacité de Copilot à agir sur les fichiers locaux et les applications Windows tout en préservant les contrôles de politique d’entreprise. Sa fonctionnalité actuelle d’insights PC reste délibérément limitée, mais cette limite peut évoluer.

Une réponse de Microsoft axée sur les actions locales, les tâches en arrière-plan ou les flux de travail interapplications validerait l’orientation stratégique de Perplexity. Elle montrerait que le contrôle de l’intention de l’utilisateur est devenu une couche Windows disputée.

Microsoft pourrait également répondre par la distribution. Copilot est étroitement intégré au système d’exploitation et à Microsoft 365, tandis que Perplexity impose aux utilisateurs ou aux administrateurs de choisir un autre agent. Une intégration plus poussée pourrait faire de la commodité un facteur décisif, même si Perplexity offre une orchestration de modèles plus étendue.

Le troisième signal concerne les preuves de sécurité. Perplexity doit fournir des explications détaillées sur le routage des données, les périmètres d’autorisation, les limites d’approbation, la journalisation et la récupération après des actions involontaires. Des tests de sécurité indépendants auraient davantage de poids que des descriptions de fonctionnalités.

Observez comment le produit gère l’injection indirecte de prompts. Un agent qui lit le web et des fichiers locaux doit empêcher des contenus non fiables de détourner son autorité. Des mesures d’atténuation publiquement documentées et une gestion transparente des incidents renforceraient la confiance.

L’adoption en entreprise dépendra de ces contrôles. Les organisations voudront restreindre par politique les dossiers, les applications, les destinations externes et les types d’actions. Elles exigeront également des traces d’audit reliant une action à son instruction et à son approbation.

La promesse centrale du produit est séduisante, car le travail intellectuel est fragmenté. La recherche vit sur le web, les éléments de preuve résident dans les fichiers, les conversations se déroulent dans les applications et les livrables circulent entre ces trois espaces. Un agent coordonné pourrait réduire considérablement les frictions.

Pourtant, cette fragmentation sert aussi de frontière de sécurité. Des applications distinctes obligent les utilisateurs à remarquer lorsqu’une information passe d’un contexte à un autre. Un agent unifié supprime cette friction ; il doit donc la remplacer par des contrôles explicites et une responsabilité visible.

Perplexity a désormais fait ce pari dans Windows. L’entreprise ne demande plus seulement si un système d’IA peut répondre à des questions ou accomplir des flux de travail dans le cloud. Elle demande aux utilisateurs de laisser un agent participer directement à l’ordinateur où leur travail se déroule.

La version Windows de Perplexity sera importante si elle transforme le contexte local en actions fiables sans obliger les utilisateurs à renoncer à un contrôle significatif. Essayez-la d’abord sur un flux de travail limité et réversible, puis posez-vous une question plus exigeante : l’agent réduit-il systématiquement la charge de travail tout en maintenant chaque étape importante compréhensible ?