Codex dans l’application de bureau ChatGPT peut travailler dans un dossier local autorisé, générer une image et utiliser un plugin installé. Chaque étape exige sa propre preuve de réussite. Ce guide s’adresse à une personne disposant des droits sur une note source, d’un projet Codex local et d’une autorisation distincte pour connecter un échange Gmail sans contenu sensible. Il s’appuie sur la documentation actuelle d’OpenAI concernant l’application de bureau, les projets, les images, les plugins, les skills et les tâches planifiées documentation, vérifiée le 21 octobre 2026. BIG CHANGE n’a pas exécuté ce processus sur un compte lecteur.

Le grand changement

  • Ce qui change : Un projet Codex sur ordinateur peut réunir une source locale, une image générée et une application connectée dans une tâche supervisée. L’autorisation d’un dossier local ne signifie pas que l’inférence ou le contexte restent uniquement sur l’ordinateur.
  • Pourquoi c’est important : On peut demander une synthèse et une illustration, puis vérifier les fichiers enregistrés contre la source. Une lecture Gmail distincte peut fournir du contexte sans modifier les messages. Chaque résultat dépend toujours du compte, des autorisations et de la vérification réels.
  • À surveiller : Une Skill réutilisable et un contrôle planifié peuvent répéter la procédure de vérification. Leur intérêt dépend des instructions enregistrées, d’une première exécution réelle et d’un état d’arrêt vérifié, plutôt que de la seule confirmation du calendrier.

1. Préparer une source approuvée et enregistrer sa référence initiale

Placez une note source non sensible, approuvée par son propriétaire, dans un dossier local dédié. Notez son origine, sa date, ses droits, les affirmations autorisées et les exclusions. Ajoutez une image de référence autorisée uniquement si vous en avez une. Gardez l’original intact et une copie restaurable. Choisissez un chemin pour le document et un dossier pour l’image. Consignez le chemin et le SHA-256 du fichier source dans un relevé initial local. Un hash identique prouve ensuite l’identité des octets avec cette référence, pas la véracité des faits.

Avant de commencer, vérifiez version de l’application, compte, autorisations de l’espace de travail, accès aux images, disponibilité des plugins et limites d’utilisation. Un espace administré peut restreindre chacun de ces éléments. OpenAI explique que les messages et le contexte des tâches locales peuvent néanmoins être stockés dans le cloud. Examinez les réglages de données et de conservation du compte avant tout accès Codex. La synchronisation d’un projet local ne transfère pas tout le dossier vers un autre ordinateur, et une continuation cloud ne peut utiliser un dossier auquel elle n’a pas accès. Le guide des projets OpenAI précise ces limites.

2. Créer puis rouvrir le document fondé sur la source

Dans Codex sur ordinateur, ouvrez un projet local associé au dossier dédié. Pour rattacher un dossier à un projet existant, son menu propose Edit project, Add folder et Make primary. Codex découvre automatiquement les skills locales du dossier principal ; les dossiers rattachés peuvent aussi être lus et modifiés. Sélectionnez le mode d’autorisation affiché pour ce chat. Ask for approval définit une limite de l’espace de travail, sans promettre une demande avant chaque modification à l’intérieur.

Demandez à Codex de lire uniquement la note approuvée et de créer un document concis au chemin nommé pour un public précis. Exigez que chaque affirmation importante renvoie à une section source et que les preuves manquantes soient signalées. Précisez format et structure. Une fois l’opération terminée, vérifiez le chemin indiqué et rouvrez le fichier réellement enregistré dans le lecteur adapté. Comparez chaque nom, chiffre, attribution et conclusion à la source. Une réponse convaincante dans le chat sans fichier enregistré ne valide pas cette étape. Le guide OpenAI des fichiers décrit les aperçus sur ordinateur et la nécessité de préciser fichier et critères de contrôle.

Si le fichier manque ou si l’écriture est incertaine, examinez le dossier avant de demander une nouvelle écriture. Conservez la source intacte tant qu’une personne n’a pas examiné une correction proposée.

3. Générer une image, l’enregistrer et la rouvrir

Demandez une illustration originale du sujet établi par la note. Indiquez les références autorisées, l’usage prévu et les exclusions. Pour une invocation explicite, le guide Codex des images documente $imagegen; disponibilité et utilisation dépendent du compte. Évitez personnages inventés, faux écrans d’interface, mentions non étayées et marques sans licence. Examinez le résultat dans la visionneuse agrandie, y compris le texte visible. Demandez une correction limitée si l’image contredit la note.

Enregistrez le résultat choisi dans le dossier de sortie avec son véritable format renvoyé. Si l’application fournit plutôt un téléchargement, inspectez ce fichier et notez son chemin. Comparez signature ou type MIME et extension, rouvrez le fichier enregistré dans une visionneuse, puis notez son hash. Comparez l’image à la source et aux droits. Renommer une extension ne convertit pas un format. Les documents ne garantissent ni format fixe ni enregistrement réussi.

4. Lire un échange Gmail autorisé

Cette étape reste facultative tant que le propriétaire de la boîte ne l’a pas autorisée séparément. Choisissez un échange existant sans contenu sensible et vérifiez compte Google et permissions demandées lors de la connexion. La description du plugin Gmail permet de rechercher et citer les conversations de la boîte ; la disponibilité des plugins varie selon interface, compte et espace de travail. Si Gmail n’est pas disponible dans la tâche Codex, notez ce manque d’accès et arrêtez cette étape. Les exemples du même plugin pour ChatGPT Work ne prouvent pas que toutes les actions existent dans Codex.

Dans une tâche Codex compatible, utilisez Sources > Use plugins pour sélectionner le plugin installé, ou le contrôle d’application disponible. Demandez seulement de trouver l’échange identifié dans une plage de dates limitée et de résumer ses questions ouvertes avec une référence. Ouvrez vous-même cet échange dans Gmail et comparez compte, objet, expéditeur, dates et faits rapportés. Consignez les en-têtes et messages réellement vérifiés. N’envoyez, ne rédigez, ne transférez, n’étiquetez, ne supprimez et ne modifiez aucun message. Une consigne étroite ne réduit pas la permission accordée au compte Google ; vérifiez sa portée et déconnectez tout compte inattendu. Les pages OpenAI sur les applications connectées et les contrôles de données Google expliquent les réglages des comptes et espaces de travail.

5. Créer une Skill inspectable

Après validation du document et de l’image, créez .agents/skills/source-brief-check/SKILL.md sous le dossier principal du projet. Le guide Codex des skills exige les métadonnées name et description et documente la découverte locale et l’invocation explicite. Inspectez le fichier enregistré et calculez son hash. Un fichier d’instructions est un guide réutilisable ; il ne fait pas respecter les droits d’accès et ne prouve pas la justesse du résultat.

Enregistrez ces instructions sous SKILL.md. À l’invocation, fournissez les vrais chemins de la source, du document et de l’image vérifiés, du relevé initial et des notes de droits :

Markdown
---
name: source-brief-check
description: Check one approved local source brief against its named document and image. Use only for an explicit source-backed artifact review; ignore unrelated writing or mail requests.
---

# Source brief check

Inputs supplied by the user: exact approved source path, saved document path, saved image path, baseline record path, and rights notes. Stop and report a missing input if any path or rights note is absent. Read only these named files. Do not edit files, access Gmail, create a schedule, or send or publish anything.

Report the source path and current SHA-256 beside its recorded baseline hash. Compare each material claim in the document with a specific section of the source; mark unsupported or changed claims. Check the image's actual format against its extension, reopen the saved file, and compare visible subject, text and rights with the source and rights notes. Report the paths checked, evidence locations, mismatches and unresolved items. A matching hash proves file identity only. Do not call the review complete when evidence is missing.

Invoquez explicitement $source-brief-check deux fois : avec source et sorties vérifiées, puis avec source ou note de droits manquante. La première réponse doit identifier les preuves contrôlées ; la seconde doit s’arrêter et nommer l’entrée manquante. Pour vérifier le déclenchement hors sujet, ouvrez un nouveau chat sans contexte de révision et formulez une demande sans rapport sans nommer la Skill. Voyez si Codex la sélectionne automatiquement. Comparez vous-même chaque réponse aux fichiers et à la demande. Si la Skill n’est pas découverte, vérifiez le dossier principal et le chemin SKILL.md , puis redémarrez Codex si nécessaire, comme le conseille sa documentation. Ce sont des vérifications à effectuer par le lecteur; BIG CHANGE ne les a pas exécutées.

6. Planifier un contrôle limité seulement après autorisation distincte

Obtenez une approbation explicite pour le dossier, la consigne exacte, la destination, la cadence, le fuseau, l’utilisation et le point d’arrêt. Exécutez d’abord manuellement le même contrôle en lecture seule dans la tâche locale sur ordinateur. Conservez la consigne et un relevé initial des chemins et hashes source/document/image. La consigne planifiée doit limiter l’inspection à ces fichiers approuvés, comparer hashes et affirmations sourcées, signaler les changements ou une entrée précisément manquante, ne modifier aucun fichier, ne pas appeler Gmail et rester silencieuse si rien ne change. Fixez une date de revue ou d’arrêt pour une intervention humaine ; le texte seul ne garantit pas l’annulation automatique.

Le guide des tâches planifiées sur ordinateur indique que les tâches locales exigent ordinateur allumé, application ouverte et fichiers accessibles. La page générale ChatGPT Scheduled décrit un autre système et précise que Codex utilise des automatisations distinctes. Vérifiez que le contrôle installé concerne le projet Codex local avant toute création. Ne remplacez pas cette tâche par une tâche web ou une cloud Team Task : celles-ci n’héritent pas du dossier local. Sans planification locale disponible, laissez cette étape incomplète.

Après autorisation et création, consignez l’identifiant réel, la consigne enregistrée, la cadence et le fuseau, la destination, la prochaine échéance et l’état. À la première échéance, examinez l’historique et le rapport réel. Notez la sortie ou la raison précise de non-exécution. Mettez en pause ou supprimez la tâche au point d’arrêt approuvé et vérifiez son état inactif. Si la création est incertaine, inspectez la liste avant de réessayer afin d’éviter les doublons. N’élargissez pas les permissions du bac à sable pour faire réussir une exécution sans surveillance.

Achèvement et limites

Le cœur du processus est terminé uniquement après réouverture et vérification du document sourcé et de l’image, vérification de l’échange Gmail prévu dans le bon compte, et inspection/test de la Skill dans les trois cas. Toute étape principale indisponible reste incomplète. L’essai planifié, autorisé séparément, a son propre test : détails enregistrés, résultat de première exécution ou raison exacte de non-exécution, puis état inactif confirmé après arrêt. Ne le commencez pas sans autorisation ou planification locale disponible. Images, plugins et tâches planifiées peuvent consommer forfait ou crédits ; les documents cités ne fixent pas le coût de ce processus précis. Aucun gain de temps, de fiabilité ou succès d’exécution n’est revendiqué.

Sources et lectures complémentaires