Perplexity Computer et Grok Build : les agents capables de chercher, coder et agir

Ces outils veulent prendre en charge une mission plutôt qu'une question isolée. Ils peuvent préparer un rapport, manipuler des fichiers, chercher des sources ou produire une application. Leur utilité dépend de la capacité à voir les étapes, limiter les permissions et reprendre le contrôle.

La bonne question n'est pas seulement de savoir si la nouveauté est impressionnante. Il faut regarder la tâche qu'elle améliore, le temps réellement gagné, les vérifications encore nécessaires et le coût du changement d'outil.

Perplexity a présenté Personal Computer le 7 mai 2026 comme un assistant persistant capable de travailler avec davantage de contexte, d'outils et de tâches. Cette approche complète Perplexity Computer, orienté vers l'exécution de missions multi-étapes.

xAI a présenté Grok Build le 25 mai 2026 comme un agent destiné à la construction de logiciels. L'objectif est de passer d'une idée à un produit fonctionnel en laissant l'agent explorer, écrire et vérifier du code.

• 1Chercher plusieurs sources et organiser les résultats dans un livrable.
• 2Exécuter une suite d'étapes avec des outils plutôt que produire une simple réponse.
• 3Créer une première version d'application à partir d'un brief.
• 4Analyser un projet existant avant de proposer une modification.
• 5Conserver un contexte de travail plus persistant.
• 6Préparer des tableaux, documents ou synthèses à partir de recherches.

Une fonctionnalité devient utile lorsqu'elle s'insère dans une situation réelle. Les exemples suivants permettent de comprendre la différence entre une démonstration séduisante et un usage que vous pouvez répéter chaque semaine.

• 1Un consultant demande une cartographie de marché, les sources, un tableau comparatif et une présentation à relire.
• 2Un entrepreneur décrit un outil interne simple et obtient un prototype à tester avec son équipe.
• 3Un développeur demande l'analyse d'un bug, la reproduction, les tests et une proposition de correction.
• 4Un chercheur organise une veille récurrente sans recommencer chaque étape manuellement.

• 1Les professionnels qui font beaucoup de recherche web structurée.
• 2Les développeurs, makers et entrepreneurs qui prototypent.
• 3Les analystes qui produisent régulièrement des livrables similaires.
• 4Les équipes capables de revoir les sources, le code et les actions exécutées.

Une annonce officielle présente naturellement le meilleur scénario. Avant d'adopter la nouveauté, il faut aussi regarder les limites d'accès, la confidentialité, la fiabilité des sorties et le temps de contrôle humain.

• 1Un agent peut choisir une mauvaise source puis construire tout son raisonnement dessus.
• 2Un prototype généré rapidement n'est pas automatiquement sécurisé, accessible ou maintenable.
• 3Les permissions de fichiers, comptes et services externes doivent rester minimales.
• 4Le coût peut augmenter lorsque l'agent lance beaucoup de recherches ou d'étapes.
• 5La persistance du contexte exige des contrôles de confidentialité et de suppression.

• 1Utilisez un dossier ou un prototype non critique.
• 2Demandez un plan détaillé avant l'exécution.
• 3Limitez les outils et comptes accessibles.
• 4Exigez les sources, fichiers modifiés et tests réalisés.
• 5Faites relire le code ou le livrable par une personne compétente.
• 6Comparez le temps total avec votre méthode habituelle.

Les agents vont rendre la production plus rapide, mais déplaceront une partie du travail vers la définition du problème, la supervision et la validation.

Les meilleurs outils ne seront pas forcément ceux qui agissent le plus. Ils seront ceux qui rendent leurs actions compréhensibles, réversibles et faciles à contrôler.

Cet article s'appuie sur les annonces et documentations officielles disponibles à la date de publication. Les fonctions, les prix et les disponibilités peuvent évoluer après cette date.