Le 20 août, OpenAI a ajouté un plugin Apple Messages à l'application de bureau ChatGPT pour macOS. Une fois connecté, ChatGPT peut lire et rechercher dans l'historique iMessage, SMS et RCS de ce Mac, mais aussi rédiger, envoyer et supprimer des messages. La fonction est disponible pour tous les niveaux d'abonnement, y compris ChatGPT Work et Codex.
Les limites sont clairement posées. Le plugin n'est distribué qu'avec la version de bureau tournant sur les Mac à puce Apple silicon ; les Mac Intel en sont privés. Les versions web et mobile ne disposent pas non plus de cette capacité. Pour l'utiliser, il faut un Mac équipé de la puce maison d'Apple et avoir accordé à l'application l'accès à Messages dans les réglages système.
Un verrou par défaut, qu'on peut lever soi-même
OpenAI a placé la soupape de sécurité au moment de l'envoi. Par défaut, le texte du message comme le destinataire doivent être relus par l'utilisateur avant tout envoi. Ceux que cela agace peuvent désactiver la confirmation par conversation ; les messages de cette discussion partent alors directement.
OpenAI décrit cet interrupteur en des termes assez francs : maintenir l'autorisation activée supprime « la dernière occasion de relire un message avant que ChatGPT ne l'envoie en votre nom ».
Une seule phrase suffit à mettre à nu la partie la plus délicate de la conception des permissions. Valider message par message est sûr, mais lasse au bout de quelques fois ; autoriser une fois pour toutes est pratique, mais plus personne ne retient le message en cas de problème. Pour savoir vers quel camp la majorité des utilisateurs finit par pencher, il suffit de regarder combien d'applications ont fini cliquées en « toujours autoriser ».
De la lecture à l'envoi
Lire et écrire sont deux permissions de nature différente. En lisant l'historique des conversations, le modèle ne récupère que du contexte pour répondre de façon plus pertinente ; en envoyant des messages au nom de l'utilisateur, le modèle emprunte son identité sociale — le destinataire, de l'autre côté, voit bien la personne elle-même.
OpenAI n'avance pas seul sur ce terrain. Au cours du dernier trimestre, les principaux assistants sont progressivement passés d'intégrations en lecture seule à des opérations d'écriture, ouvrant des accès sur la messagerie, le stockage cloud et le calendrier. Le bureau est le terrain le plus facile à conquérir : l'application est installée sur la machine elle-même, et dès que le système accorde la permission, l'assistant accède directement aux données locales, sans attendre qu'une plateforme ouvre une API, et sans passer par le processus d'approbation d'une intégration côté serveur.
La surface de risque grandit d'autant. Pouvoir lire des messages venus d'inconnus tout en pouvant envoyer des messages au nom de l'utilisateur — cette combinaison est une cible classique pour l'injection de prompt : un message soigneusement construit, envoyé par un inconnu, entre directement dans le contexte du modèle ; si l'utilisateur avait déjà désactivé la confirmation d'envoi, il manque justement cette barrière manuelle pour l'action qui suit. Cela reste pour l'instant une projection de risque, sans cas public documenté à ce jour, mais la combinaison de permissions, elle, est bien réelle.
« Fonctionner en local », une promesse assez floue
OpenAI a déclaré à Bloomberg que le plugin s'exécute sur l'appareil lui-même et n'indexe pas l'ensemble des messages. La phrase laisse une marge d'interprétation non négligeable : ne pas tout indexer ne signifie pas qu'aucun extrait n'est renvoyé vers le cloud au moment d'une requête ; que le plugin tourne en local ne signifie pas non plus que l'inférence, elle, s'exécute localement. Les médias qui ont demandé des précisions n'ont pour l'instant pas obtenu de réponse plus claire.
Le fait que la distribution se limite aux puces Apple fournit tout de même un indice. Une exclusivité arm64 signale généralement un composant local qui dépend de Metal ou du Neural Engine ; si tout le traitement se faisait dans le cloud, rien ne justifierait d'exclure les Mac Intel.
Une position inconfortable pour Apple
Messages compte parmi les applications les plus fidélisantes de l'écosystème Apple. Un assistant tiers vient d'obtenir un accès en lecture et en écriture à cette application, en passant par le propre canal d'autorisation de macOS, sans qu'Apple ne se soit exprimée.
Au rythme où Apple fait progresser Siri depuis deux ans, une capacité comme « lire vos messages et vous aider à y répondre » aurait normalement dû venir d'abord de l'assistant système. Cette place a été prise par quelqu'un d'autre.
Sources : 9to5Mac, TechCrunch, CocoLoop, Bloomberg, communication officielle d'OpenAI ; la portée du plugin, la restriction aux puces et le mécanisme d'approbation de l'envoi ont été recoupés entre plusieurs sources.