Quand l'IA se met à « utiliser un ordinateur » : la convergence formelle de Hark, Muse, Dots et Grok Bot

Les descriptions publiques des quatre produits pointent vers le même modèle d'interaction : donner à l'IA son propre ordinateur pour qu'elle travaille pour vous en arrière-plan. C'est une observation sur les descriptions produit ; cela ne signifie ni architectures sous-jacentes identiques ni performances équivalentes. Aucune preuve n'étaye les accusations de plagiat, et l'inverse ne peut être prouvé. (Analyse produit au 6 octobre 2026.)

L'aperçu de recherche de Hark (page marquée AUG05 uniquement, année non indiquée) présente Handoff comme un computer use agent : chaque requête démarre un ordinateur virtuel dédié avec son propre navigateur, système de fichiers et terminal, opérant les sites web comme le ferait une personne ; les utilisateurs peuvent connecter leurs comptes existants. L'entraînement a commencé à l'étape du post-training, était déjà passé au mid-training à l'époque, le pre-training étant prévu plus tard ; les sorties sont des séquences d'actions de curseur et de clavier. [1] [1]

Les Conditions d'utilisation de Hark (texte des conditions, sans test pratique) indiquent qu'il peut exécuter des tâches planifiées et proactives et stocker identifiants de connexion et informations de paiement ; par défaut, il demande confirmation avant de dépenser de l'argent ou d'envoyer des messages à des tiers ; les utilisateurs sont responsables des actions qu'ils autorisent. [2]

Limite : la zone produit de hark.com exige une connexion (hark pro) ; non vérifié sans connexion ni paiement. Un aperçu de recherche n'est pas le produit actuel dans son intégralité.

L'annonce officielle de xAI présente Grok Bot comme un produit indépendant (et non le chat Grok habituel), lancé en bêta ; la documentation officielle indique que chaque Bot fonctionne sur un ordinateur cloud persistant (navigateur, système de fichiers, terminal, hébergé sur l'infrastructure cloud de Cursor) ; les Bots d'un même compte partagent un ordinateur, avec la note officielle de considérer tout ce qui y est placé comme visible par chaque Bot ; lorsqu'un site web bloque l'automatisation ou exige une étape humaine, le Bot la renvoie à l'utilisateur. [3] [4]

Selon la documentation Learn d'OpenAI, Dots est un agent always-on propulsé par GPT-6 Astra, doté de son propre ordinateur et navigateur cloud, capable de continuer à travailler appareils éteints ; avant qu'une action n'affecte vos comptes ou ne partage des informations, un examen automatique décide : procéder, exiger une approbation ou renvoyer à l'utilisateur ; la connexion aux sites web passe par un formulaire privé et les identifiants n'entrent jamais dans la conversation ; le déploiement est progressif et chaque connexion requiert une autorisation individuelle. [5] [7] [5] [6]

La page officielle de Meta décrit Muse comme un personal AI agent : le site indique « persistent, isolated Linux computer with full browser » ; il continue de travailler en arrière-plan après fermeture de l'app ; les actions sensibles requièrent une autorisation préalable, configurable en once / always / deny plutôt qu'une demande à chaque fois. Tout ce qui précède relève des descriptions du fournisseur, non d'une validation de sécurité indépendante. [8]

Les quatre fournisseurs disent « donnez un ordinateur à l'IA », mais les quatre ordinateurs ne sont pas le même type d'ordinateur. La différence décide de trois choses : combien de contexte est mémorisé, d'où repartir en cas de panne et où tracer les limites d'autorisation — plus digne d'être lu que les benchmarks.

Allocation par requête contre environnements persistants : Hark décrit officiellement un ordinateur virtuel dédié par requête ; Grok Bot, Dots et Muse décrivent des ordinateurs persistants (Grok Bot en partage un par compte, Dots conserve l'état entre les utilisations, Muse insiste sur persistent). La durée de vie et la politique de nettoyage de chaque ordinateur ne sont pas vérifiées dans les documents publics ; aucune inférence.

L'objet de l'isolation reste à vérifier : le site de Meta utilise isolated pour son ordinateur Linux, tandis que la documentation officielle de xAI indique que les Bots d'un compte partagent un ordinateur. Ce n'est pas la même dimension : le premier ne dit pas entre quelles parties l'isolation s'applique, le second concerne les Bots au sein d'un compte. Les comparaisons doivent vérifier le périmètre d'isolation déclaré par chaque fournisseur plutôt que les classer directement ou tirer des conclusions sans preuve.

Où se tient l'humain : les quatre conservent une étape « l'humain doit être présent », à granularité variable — Dots a trois niveaux (procéder / approuver / renvoyer), Muse permet de prérégler once / always / deny, Grok Bot renvoie en bloc les étapes anti-bots et de vérification humaine, et les conditions de Hark fixent dépenser de l'argent et envoyer des messages comme lignes de confirmation par défaut. La compétition des agents en 2026 n'est plus seulement « peut-il automatiser », mais « à quels points doit-il s'arrêter et demander ».

1. Ce qui converge, c'est la forme d'interaction, pas un isomorphisme architectural prouvé. Les quatre logent l'agent dans « un ordinateur » : convergence des descriptions publiques. Comment c'est implémenté en dessous, si les performances sont comparables, en quoi diffèrent les modèles de sécurité — sans preuve d'implémentation interne, pas de conclusions ; de même, aucune preuve n'étaye les accusations de « plagiat », et l'inverse ne peut être prouvé. Pas d'inférence sans preuve sur les causes.

2. Les zones non couvertes par les API sont l'un des espaces disponibles de l'agent. Beaucoup de sites web n'ont pas d'API publique, ou des API bien plus faibles que ce que leurs pages peuvent faire (selon les descriptions des fournisseurs) ; l'opération de type humain est une voie disponible pour combler l'écart — connecteurs, intégrations dédiées et flux hybrides sont aussi des voies. La voie gagnante dépend de la tâche ; aucune réponse unique ne doit être présupposée. Pour qui juge si un agent mérite confiance : regardez d'abord comment il traite le travail au-delà des API — fonce-t-il coûte que coûte, ou renvoie-t-il le travail honnêtement ?

3. La granularité des autorisations est la différence actionnable. Les approbations à niveaux de Dots, le once / always / deny de Muse, le « renvoi à l'utilisateur » de Grok Bot, les lignes de confirmation par défaut dans les conditions de Hark : quatre réponses différentes à « qui décide ». Ces mécanismes ne s'excluent pas mutuellement ; le choix n'a pas à être binaire. Trois questions : demande-t-il avant de toucher mes comptes, une fois ou à chaque fois, puis-je auditer après ? Les benchmarks ne peuvent y répondre.

4. Les descriptions du fournisseur ne sont pas des rapports d'acceptation. Cet article n'a obtenu aucune preuve d'audit indépendant pour aucun fournisseur ; approbations, isolation et journaux des quatre sont des autodescriptions. « Fonctionnement en arrière-plan autorisé » et « automatisation totale sans supervision » sont deux choses distinctes : le premier décrit une capacité produit, le second exige encore une chaîne de supervision. Avant d'acheter, vérifiez : les relevés d'approbation peuvent-ils être exportés, où sont stockés les identifiants, existe-t-il une évaluation tierce ? Ce travail appartient à l'acheteur, pas à cet article.

5. Conseils aux décideurs. Utilisateurs individuels : vérifiez si « combien de fois il demande » est configurable. Chefs d'équipe : notez si un compte partage un environnement (comme l'ordinateur partagé de Grok Bot). Acheteurs en entreprise : inscrivez l'auditabilité des approbations, le stockage des identifiants et l'évaluation tierce sur la liste de vérification avant de parler prix.

Le taux d'achèvement et les modes d'échec de Handoff sur des tâches réelles ;

Les résultats d'audit indépendant des mécanismes d'autorisation des quatre fournisseurs ;

L'ensemble actuel de fonctionnalités et les tarifs de chaque produit (Hark exige une connexion pour vérifier ; le reste selon les pages officielles).