Imaginez un assistant qui observe discrètement chaque clic, chaque frappe et chaque bascule d’application sur votre Mac, puis en tire un récit détaillé de votre journée de travail. Ce récit, stocké en clair dans un dossier accessible à n’importe quel programme lancé sous votre compte, devient ensuite consultable par ChatGPT ou Codex. Ce n’est plus de la science-fiction : OpenAI a activé cette capacité sous le nom de Computer History. Et derrière la promesse de productivité se cache une question brûlante pour les équipes marketing, les startups et les directions techniques : jusqu’où peut-on laisser un modèle de langage lire notre quotidien professionnel sans exposer des données sensibles ?

La fonctionnalité est apparue dans le changelog d’OpenAI le 13 août 2026, réservée pour l’instant aux comptes Pro, Business et Enterprise sur macOS. Elle reste désactivée par défaut, ce qui donne un peu de répit. Pourtant, dès qu’un administrateur ouvre l’accès et qu’un collaborateur coche la case, le système commence à capturer le flux d’interactions via les APIs d’accessibilité de macOS. Plus de captures d’écran comme dans l’ancienne version Chronicle : désormais, ce sont les événements bruts – clics, saisies, raccourcis, changements de fenêtre – qui partent vers les serveurs d’OpenAI. Une session Codex éphémère les résume, puis les mémoires redescendent sur la machine sous forme de fichiers Markdown. Trois étapes, une seule vraiment locale. Le reste voyage.

Ce Que Computer History Capture Vraiment

OpenAI insiste sur le fait que l’outil n’enregistre pas l’écran. C’est exact, et c’est un argument marketing bien pensé. En réalité, il s’appuie sur le framework d’accessibilité de macOS pour lire presque tout ce que l’utilisateur autorise. Les clics souris, les frappes clavier, les raccourcis système, les bascules d’application et même le texte accessible dans les fenêtres ouvertes deviennent des données d’entrée. Le micro, le son système et la navigation privée sont exclus, ce qui limite un peu la surface. Mais pour un professionnel qui passe sa journée entre Slack, un CRM, un tableur de projections financières et un client de messagerie, le volume d’informations collectées reste considérable.

La bascule depuis Chronicle, qui fonctionnait par captures d’écran, n’est pas anodine. Les événements d’interaction coûtent moins de tokens, s’exécutent plus vite et permettent un traitement quasi en temps réel. OpenAI peut ainsi générer des résumés plus denses et proposer, quand une tâche se répète, de la transformer en compétence ou en automatisation que Codex peut construire. L’assistant ne se contente plus de répondre : il observe, synthétise et suggère d’agir. Pour les équipes produit ou marketing qui jonglent avec des dizaines d’outils, cette capacité paraît séduisante. Elle change aussi radicalement le profil de risque.

Les fichiers d’événements bruts sont supprimés au bout de 48 heures maximum. Les mémoires, elles, persistent dans un chemin fixe et public : ~/.codex/memories/extensions/skysight/. Ce dossier est identique sur toutes les machines. N’importe quel processus tournant sous le même compte utilisateur peut y lire le contenu en clair. Aucun chiffrement n’est appliqué. OpenAI le reconnaît explicitement dans sa documentation. Pour un dirigeant de PME ou un consultant qui manipule des dossiers clients, la valeur de ce que récupère un attaquant augmente immédiatement dès que la case est cochée.

Le Risque D’injection De Prompt Passe À Un Nouveau Niveau

OpenAI ne cache pas le danger. La documentation officielle signale un risque accru d’injection de prompt. Parce que Computer History absorbe du contenu provenant d’applications et de sites web, une page malveillante ou un document piégé peut glisser des instructions que le modèle traitera comme si elles venaient de l’utilisateur. Jusqu’ici, une injection réussie restait confinée à une conversation : le modèle se trompait, produisait une réponse biaisée, et l’incident s’arrêtait là. Avec un flux d’entrée permanent qui couvre toutes les applications autorisées, la limite s’efface.

Injection de prompt : technique par laquelle un texte lu par un modèle de langage contient des instructions que le modèle exécute comme si elles venaient de son utilisateur.

– Documentation technique OpenAI

Deux changements majeurs élargissent la surface d’attaque. Premièrement, l’entrée devient continue. Deuxièmement, la sortie n’est plus uniquement textuelle : lorsque le système détecte une tâche répétée, il peut proposer de la transformer en automatisation que Codex construit. Un assistant qui lit en permanence et qui est capable de générer des scripts ou des workflows réduit considérablement la distance entre « le modèle a été trompé » et « quelque chose s’est exécuté sur le poste ». Pour les équipes qui utilisent déjà des agents ChatGPT en production, cette évolution demande un réexamen complet de la posture de sécurité face aux contenus web non fiables.

Un point reste flou dans la documentation publiée : rien n’indique clairement si un contenu piégé, une fois résumé dans une mémoire, peut survivre et être relu lors de sessions ultérieures. Cette zone grise mérite d’être clarifiée avant tout déploiement large. En attendant, la prudence s’impose.

Des Mémoires En Clair, Un Chemin Connu De Tous

Le second point critique documenté par OpenAI concerne le stockage. Les fichiers de mémoire peuvent contenir des informations sensibles – noms de clients, chiffres financiers, extraits de conversations internes, mots de passe temporairement visibles – et ils ne sont pas chiffrés. Tout programme lancé sous le compte de l’utilisateur y a accès. Le chemin ~/.codex/memories/extensions/skysight/ est public, fixe et identique sur chaque Mac. Un malware classique qui cherchait hier des identifiants ou des documents récupérera demain le récit horodaté de plusieurs journées de travail, en texte lisible, sans aucun effort de déchiffrement.

OpenAI recommande de suspendre l’enregistrement ou d’exclure les applications traitant des données de santé, financières ou personnelles. L’éditeur déconseille également l’usage avec les outils de communication sauf accord explicite de tous les participants. Dans un Slack d’entreprise ou une boîte mail professionnelle, cette recommandation est presque inapplicable. Les échanges y sont constants, multi-destinataires, et souvent chargés d’informations confidentielles. Exclure manuellement chaque application sensible devient vite un cauchemar de gouvernance.

Pour un responsable sécurité, la conclusion opérationnelle est claire : la valeur de ce qu’un attaquant peut extraire d’un Mac augmente dès l’activation de Computer History, indépendamment de toute faille dans le produit lui-même. Ce n’est plus seulement une question de vulnérabilité technique. C’est une question de surface d’exposition volontairement élargie.

Ce Qu’il Faut Cadre Avant D’ouvrir L’accès En Entreprise

L’Europe, la Suisse et le Royaume-Uni n’ont pas encore accès à la fonctionnalité. OpenAI évoque une disponibilité dans les semaines à venir. Ce sursis ne dispense de rien. Un collaborateur équipé d’un compte Pro sur un Mac personnel n’attend pas le feu vert de la DSI. Cinq décisions structurantes doivent être prises avant que la question ne se pose en réunion.

Premièrement, décider si l’accès reste fermé au niveau de l’espace Business ou Enterprise. C’est l’état par défaut, et c’est souvent le choix le plus sage tant que les garde-fous ne sont pas matures. Deuxièmement, définir une liste d’applications exclues avant toute activation : messagerie interne, outils RH, applications bancaires, gestionnaires de mots de passe. Troisièmement, vérifier la posture des agents ChatGPT déjà en production face aux contenus web non fiables. Quatrièmement, traiter le dossier conformité et données personnelles en amont : l’enregistrement de frappes clavier en contexte salarié ne se décide pas dans un ticket support. Cinquièmement, documenter qui a activé quoi, car l’adhésion reste individuelle une fois l’accès ouvert.

Côté équipes techniques, l’arrivée de Codex dans les workflows quotidiens mérite le même niveau d’examen. Un agent capable d’écrire une automatisation à partir d’une activité observée est un agent qui a besoin de garde-fous solides, pas seulement d’un bouton de pause dans la barre de menus. Les startups qui misent sur l’automatisation pour gagner en vitesse doivent intégrer cette dimension dès maintenant.

Productivité Contre Surface D’attaque : Le Vrai Arbitrage

Le confort promis est réel. Un assistant qui se souvient de ce que vous avez fait hier, qui détecte les tâches répétitives et qui propose de les automatiser peut faire gagner des heures chaque semaine. Pour un marketeur qui alterne entre tableurs de performance, outils de design et plateformes publicitaires, l’idée d’un copilote qui comprend le contexte sans qu’on lui réexplique tout est séduisante. Pourtant, la transparence d’OpenAI sur les risques ne les annule pas. Tant que les mémoires restent en clair et que l’injection de prompt est reconnue comme un risque accru par l’éditeur lui-même, l’activation relève d’une décision de sécurité, pas d’un simple choix de productivité individuelle.

Dans les startups en hypercroissance, la tentation est forte de tout activer pour gagner du temps. Les fondateurs et les équipes produit ont l’habitude de tester rapidement. Mais un incident de fuite de données ou une automatisation déclenchée par une injection malveillante peut coûter bien plus cher que les heures gagnées. Les directions marketing qui s’appuient déjà sur des agents IA pour générer du contenu, analyser des campagnes ou gérer des workflows doivent se poser la même question : quel niveau de confiance accorder à un système qui lit en continu et qui peut agir ?

La réponse n’est pas binaire. Elle passe par une gouvernance claire, des listes d’exclusion strictes, une formation des utilisateurs et un suivi des activations. Elle passe aussi par une exigence auprès d’OpenAI : chiffrement des mémoires, clarifications sur la persistance des contenus piégés, et options de contrôle plus granulaires pour les administrateurs d’espaces Business et Enterprise.

Les Implications Pour Les Équipes Marketing Et Les Startups

Les professionnels du marketing digital vivent déjà dans un environnement saturé d’outils connectés. CRM, plateformes publicitaires, outils d’analytics, suites de création de contenu, automatisations n8n ou Zapier : chaque nouvelle brique élargit la surface. Computer History s’ajoute à cette pile en observant non plus seulement les données que l’on lui envoie volontairement, mais le comportement global sur le poste. Pour une agence qui gère plusieurs clients, le risque de contamination croisée devient concret. Un extrait de brief confidentiel capturé dans une application de notes peut se retrouver dans une mémoire lisible par d’autres processus.

Les startups qui construisent des produits autour de l’IA générative ou de l’automatisation doivent être particulièrement vigilantes. Elles sont souvent les premières à adopter les nouvelles fonctionnalités d’OpenAI. Elles sont aussi celles qui manipulent le plus de données clients sensibles et qui ont le moins de ressources pour gérer un incident. Un bon réflexe consiste à traiter Computer History comme une fonctionnalité expérimentale, à la tester dans un environnement isolé, et à documenter précisément ce qui est capturé avant de l’étendre à l’équipe.

Dans le secteur de la communication digitale, où les échanges Slack et les appels vidéo sont permanents, l’exclusion recommandée des outils de communication est presque impossible à appliquer sans perdre une grande partie de l’intérêt de la fonctionnalité. Soit on active et on accepte le risque, soit on désactive et on renonce au confort. Il n’y a pas de troisième voie confortable pour le moment.

Comment Préparer Son Organisation Dès Maintenant

Même si la fonctionnalité n’est pas encore disponible en Europe, le temps de préparation n’est pas perdu. Voici une liste de points concrets à traiter en amont :

• Cartographier les applications qui traitent des données sensibles et préparer une liste d’exclusion prioritaire
• Mettre à jour la politique de sécurité des postes de travail pour inclure les assistants IA contextuels
• Former les équipes techniques et marketing aux risques d’injection de prompt dans un contexte d’observation continue
• Prévoir un processus de revue des activations individuelles dans les espaces Business et Enterprise
• Exiger auprès des fournisseurs d’IA des clarifications sur le chiffrement et la rétention des mémoires
• Tester les agents déjà déployés face à des contenus web non fiables pour mesurer leur robustesse

Ces actions ne sont pas réservées aux grandes entreprises. Une startup de dix personnes peut les mettre en place en quelques jours. Elles deviennent même plus critiques dans les structures agiles, où la vitesse d’adoption des outils est élevée et où les contrôles formels sont souvent plus légers.

Vers Une Nouvelle Génération D’assistants : Garde-Fous Obligatoires

Computer History marque une étape claire dans l’évolution des assistants. On passe d’un modèle qui répond à des requêtes ponctuelles à un système qui observe, mémorise et propose d’agir. Cette évolution est logique d’un point de vue produit. Elle est aussi exigeante d’un point de vue sécurité et conformité. Les organisations qui veulent tirer parti de ces capacités sans exposer leurs données devront imposer des standards plus élevés : chiffrement par défaut, isolation des mémoires, contrôles administrateurs fins, et auditabilité des actions automatisées.

Pour les professionnels du marketing, de la tech et des startups, le message est double. D’un côté, la promesse de productivité est réelle et mérite d’être explorée. De l’autre, l’activation d’un outil qui lit en continu et stocke en clair ne peut plus être considérée comme un simple réglage utilisateur. C’est une décision de sécurité qui engage l’organisation entière.

Le confort promis est attractif. La transparence d’OpenAI sur les risques est à saluer. Mais elle ne les efface pas. Tant que les mémoires restent en clair et que l’injection de prompt est reconnue comme un risque accru, l’activation de Computer History doit être traitée comme une décision stratégique de sécurité, pas comme un choix de productivité individuelle. Les équipes qui anticipent dès maintenant poseront les bons garde-fous. Les autres risquent de découvrir trop tard ce que réellement un assistant qui lit tout peut révéler.

Dans les mois qui viennent, la pression va monter. Les utilisateurs professionnels demanderont plus de contrôles, les régulateurs s’intéresseront aux implications en matière de données personnelles, et les concurrents d’OpenAI proposeront peut-être des alternatives mieux sécurisées. En attendant, la prudence reste la meilleure stratégie. Observer, tester en environnement contrôlé, documenter, et n’ouvrir l’accès qu’une fois les risques clairement bornés. C’est le prix à payer pour un assistant qui veut tout voir.

Perspectives Pour Les Prochains Mois

La disponibilité progressive en Europe offrira une fenêtre d’observation intéressante. Les premières entreprises qui activeront Computer History fourniront des retours concrets sur les gains de productivité réels et sur les incidents éventuels. Les responsables sécurité pourront affiner leurs politiques. Les éditeurs d’outils de sécurité endpoint devront probablement adapter leurs solutions pour surveiller ce nouveau type de flux de données. Et les équipes marketing qui s’appuient déjà massivement sur les agents IA devront intégrer cette dimension dans leur feuille de route d’automatisation.

Une chose est certaine : le modèle de l’assistant purement conversationnel est en train de basculer. Les systèmes qui observent le poste de travail pour enrichir leur contexte et proposer des actions automatisées vont se multiplier. Computer History n’est que le premier d’une série. Ceux qui sauront imposer dès maintenant des standards élevés de protection des données et de contrôle des agents seront mieux armés pour la suite. Les autres risquent de découvrir, un jour de trop, que le récit de leurs journées de travail était lisible par n’importe qui.

Le débat n’est plus de savoir si ces fonctionnalités arriveront. Elles sont déjà là. La vraie question est de savoir qui décidera des conditions de leur usage : les utilisateurs individuels, les directions techniques, ou les exigences de sécurité et de conformité. Pour les organisations qui placent la confiance et la protection des données au cœur de leur culture, le choix devrait être évident. Activer, oui, mais uniquement après avoir cadré, documenté et limité. Le reste n’est que du confort temporaire acheté au prix d’une exposition durable.