L'historique informatique sur Mac de ChatGPT va au-delà des captures d'écran

La nouvelle fonctionnalité Computer History de ChatGPT sur Mac modifie-t-elle réellement la façon dont l'IA de bureau mémorise l'activité des utilisateurs ? La mise en date du 13 août 2026 d'OpenAI indique clairement que l'IA de bureau délaisse la mémorisation basée sur des captures d'écran au profit d'une capture de contexte événementielle, introduisant un système facultatif qui enregistre l'activité inter-applications prise en charge sans capturer continuellement d'images d'écran. En écoutant les événements d'interaction pris en charge et exposés par le biais des interfaces d'accessibilité et d'applications de macOS — tels que les clics, les frappes au clavier et les basculements d'applications —, la fonctionnalité construit une chronologie sémantique locale consultable. Cela permet à ChatGPT et Codex de récupérer le contexte perdu, d'identifier des documents de référence antérieurs et de suggérer des flux de travail automatisés sans obliger les utilisateurs à copier et coller manuellement leur travail précédent dans l'interface de discussion.

Illustration conceptuelle de l'informatique de bureau et du suivi d'activité

Qu'est-ce que l'historique informatique de ChatGPT (Computer History) ?

En un coup d'œil

OpenAI a publié Computer History le 13 août 2026 pour les abonnés ChatGPT Pro, Business et Enterprise sur macOS.
La fonctionnalité remplace la précédente version d'évaluation Chronicle, abandonnant la capture périodique d'écran au profit d'un journal des interactions événementiel.
Les données d'événements temporaires peuvent être conservées jusqu'à 48 heures avant d'être supprimées dans le cadre du cycle de traitement, tandis que les mémoires textuelles générées résident dans des fichiers Markdown locaux lisibles.

L'historique informatique de ChatGPT fonctionne comme une couche de contexte ambiante s'exécutant nativement au sein du client macOS. Dans les interfaces conversationnelles standard, les modèles de langage souffrent d'une barrière d'entrée fondamentale : ils ne connaissent que ce qu'un utilisateur tape ou télécharge explicitement dans la fenêtre de requête active. Pour les tâches complexes s'étendant sur des éditeurs de code, des onglets de navigateur, des fenêtres de terminal et des outils de communication, la reconstitution de ce contexte opérationnel nécessite un effort manuel répétitif.

Le changement majeur ne consiste pas simplement à faire mémoriser plus de texte à ChatGPT ; il s'agit de rapprocher le système d'exploitation lui-même du rôle de couche de contexte principale pour l'IA de bureau. À mesure que l'IA de bureau accède à un contexte plus riche au niveau du système d'exploitation, la frontière entre la mémoire des applications et la télémétrie du système d'exploitation devient de plus en plus importante. Computer History résout cette friction en compilant passivement une chronologie d'activité à partir des applications et des sites Web autorisés. Lorsqu'un utilisateur pose des questions telles que « Qu'est-ce que je déboguais avant ma dernière pause ? » ou « Où se trouve le document de proposition que j'ai consulté ce matin ? », l'assistant interroge sa chronologie locale pour identifier les fichiers exacts, les conversations ou les onglets ouverts nécessaires pour répondre à la demande.

Interface de bureau ChatGPT affichant la chronologie Computer History et les résumés d'activité quotidienne

Mécanismes sous le capot : mémoire événementielle vs capture d'écran

Le principal différenciateur technique de Computer History est son passage d'un enregistrement basé sur des captures d'écran à un journal des événements d'interaction. Les tentatives antérieures de l'industrie, telles que Microsoft Windows Recall et la version d'évaluation expérimentale Chronicle d'OpenAI, reposaient largement sur des captures d'écran en arrière-plan traitées via la reconnaissance optique de caractères (OCR). Cette approche entraînait une surcharge importante du disque, une consommation élevée de jetons et des problèmes de sécurité concernant le stockage du cache visuel local.

Au lieu de capturer des pixels d'écran ou d'enregistrer de l'audio, Computer History enregistre les événements d'interaction pris en charge et exposés par le biais des interfaces d'accessibilité et d'applications de macOS. Ces événements capturent des métadonnées structurées, notamment les modifications de focus des fenêtres, les raccourcis clavier, les actions de frappe et les transitions d'URL sur les navigateurs pris en charge.

Stockage local et cycle de traitement des événements

L'architecture divise le traitement de la télémétrie en étapes distinctes de traitement local et en arrière-plan :

Journalisation des événements locaux : les événements d'interaction bruts sont écrits dans un répertoire local isolé géré sous des conteneurs App Group de macOS, ce qui maintient les données d'événements temporaires dans la limite de stockage local de l'application.
Synthèse éphémère : périodiquement, le client de bureau lance une session Codex éphémère qui lit le tampon d'événements bruts, extrait des résumés de tâches structurés et supprime les données d'événements temporaires dans le cadre de son cycle de vie standard.
Mémoires Markdown persistantes : les résumés générés sont stockés localement sous forme de fichiers Markdown en texte brut dans $CODEX_HOME/memories/extensions/skysight/, où les utilisateurs peuvent les inspecter, les modifier ou les supprimer directement via le Finder.

Le diagramme ci-dessous illustre le pipeline d'interaction, des événements du système d'exploitation à la mémoire locale :

[Action utilisateur (Clic / Touche / Basculement d'app)]
                 │
                 ▼
[Flux d'événements de l'API d'accessibilité macOS]
                 │
                 ▼
[Tampon App Group local (Rétention temporaire)] ──> [Traitement éphémère] ──> [Mémoires Markdown locales]

Créer ou acheter : capture de contexte vs restauration de contexte

La capture du contexte opérationnel dans des environnements distribués représente un défi architectural classique. Alors que les assistants de bureau tels que ChatGPT exploitent des crochets natifs du système d'exploitation pour capturer des événements d'interaction côté client, les architectures d'entreprise nécessitent souvent une préservation du contexte qui fonctionne sur des plateformes déconnectées et par-delà les limites du réseau.

La création d'un client de journalisation personnalisé au niveau du système nécessite un investissement en ingénierie substantiel pour gérer les autorisations au niveau du système d'exploitation, l'utilisation des ressources en arrière-plan, les exclusions de données sensibles et les contrôles de stockage local. À l'inverse, le déploiement de protocoles de synchronisation d'état établis permet aux organisations de maintenir la continuité du contexte avec un minimum de surcharge côté client.

La comparaison est d'ordre architectural plutôt que produit par produit : chaque approche préserve le contexte à un niveau différent du parcours utilisateur. Le tableau ci-dessous compare différentes approches architecturales de la préservation du contexte :

Dimension	Flux d'accessibilité natif (Computer History)	OCR par capture d'écran optique (Ancien Recall / Chronicle)	Restauration d'état côté serveur
Empreinte des données	Extrêmement faible (métadonnées d'événements)	Élevée (captures bitmap lourdes)	Minimale (transmission de jetons cryptographiques)
Limite de confidentialité	Stockage App Group local + Option d'adhésion	Risque élevé (tampons d'écran non chiffrés)	Base de données du serveur autoritaire
Surcharge de traitement	Écouteur d'arrière-plan léger	Inférence OCR GPU/NPU locale lourde	Faible utilisation du processeur et de la mémoire côté client
Portée multiplateforme	Limité à un seul système d'exploitation de bureau	Un seul système d'exploitation de bureau	Multiplateforme (Web, Mobile, App Store)
Cas d'utilisation principal	Productivité individuelle sur poste de travail	Archivage de bureau passif	Continuité du parcours et du contexte distribué

L'IA de bureau résout la continuité du contexte entre les applications. La distribution et l'attribution mobiles font face à un problème structurellement similaire lorsque le contexte d'acquisition doit survivre à la transition du web vers une boutique d'applications, puis dans l'application installée. Dans cet environnement, OpoInstall utilise des liens profonds différés et la restauration de paramètres côté serveur pour préserver les paramètres de campagne et de parrainage lors du transfert, sans s'appuyer sur des cookies persistants côté client ou un suivi intrusif. En déplaçant la résolution d'état vers une couche autoritaire côté serveur, les développeurs s'assurent que le contexte opérationnel survit sans accroc aux redirections complexes et aux transitions de boutiques d'applications.

Liste de contrôle d'intégration : configuration des autorisations et des garanties de confidentialité

Étant donné que la capture d'événements de bureau touche les flux de travail quotidiens des applications, les administrateurs informatiques et les développeurs individuels doivent appliquer des contrôles de limites stricts.

Liste de contrôle pour les administrateurs et les développeurs

Appliquer l'autorisation au niveau de l'espace de travail : s'assurer que les administrateurs des éditions Enterprise et Business activent explicitement la fonctionnalité avant que les membres ne puissent y souscrire individuellement.
Configurer les exclusions de domaines et d'applications : bloquer les applications sensibles (telles que les gestionnaires de mots de passe, les logiciels bancaires et les outils de communication interne) du pipeline de collecte.
Auditer les chemins de stockage local : vérifier que les autorisations sur $CODEX_HOME/memories/extensions/skysight/ restreignent l'accès en lecture aux comptes d'utilisateurs système autorisés.
Établir des défenses contre l'injection de requêtes : isoler l'activité de navigation Web des domaines non fiables pour atténuer le risque d'instructions malveillantes intégrées dans le contenu Web.

Foire aux questions (FAQ)

L'historique informatique de ChatGPT enregistre-t-il des captures d'écran ou de l'audio sur Mac ?

Non. Computer History est conçu autour d'événements d'interaction pris en charge plutôt que de captures d'écran continues, d'enregistrements d'écran, d'entrées de microphone ou audio du système. Il enregistre uniquement les événements d'interaction — tels que les clics de souris, les raccourcis clavier, les saisies au clavier et les transitions de fenêtres — exposés via les interfaces d'accessibilité et d'applications de macOS.

Où sont stockés localement les fichiers de mémoire générés par Computer History ?

Les fichiers de mémoire résumés sont stockés sous forme de documents Markdown en texte brut dans le répertoire utilisateur sous `$CODEX_HOME/memories/extensions/skysight/` (généralement résolu en `~/.codex/memories/extensions/skysight/`). Les utilisateurs peuvent afficher, modifier ou supprimer ces fichiers directement dans le Finder.

Quels abonnements ChatGPT ont accès à Computer History ?

La fonctionnalité est déployée pour les abonnés ChatGPT Pro, Business et Enterprise sur macOS. Pour les comptes Business et Enterprise, un administrateur doit d'abord accorder les autorisations au niveau de l'espace de travail avant que les membres individuels de l'équipe ne puissent choisir d'activer la fonctionnalité.

Principaux enseignements pour les équipes d'ingénierie

L'introduction de Computer History par OpenAI signale un changement majeur, passant des invites conversationnelles réactives à une capture de contexte ambiante et événementielle. En s'appuyant sur des événements d'interaction structurés du système d'exploitation plutôt que sur des captures d'écran intrusives, l'architecture établit un modèle plus efficace et respectueux de la vie privée pour l'intégration de l'IA de bureau.

Pour les architectes logiciels et les développeurs, cette version renforce la valeur du découplage des flux d'événements bruts et du stockage d'état persistant. Pour l'attribution mobile, OpoInstall applique le même principe de continuité à une limite différente : la préservation du contexte d'acquisition lorsque les utilisateurs passent des campagnes web aux transferts sur les boutiques d'applications pour arriver dans l'application installée, sans nécessiter de cookies persistants côté client ou de suivi intrusif au niveau de l'appareil. L'infrastructure moderne s'appuie de plus en plus sur la préservation de l'état côté serveur et la télémétrie structurée pour maintenir un contexte fluide sans sacrifier la sécurité des utilisateurs.