Codex pour les logiciels de travail juridique
Définissez une modification logicielle, testez-la sur des données fictives et examinez les fichiers avant son adoption dans un processus juridique.
Ce qui a changé depuis la rédaction
- Vérifiez les restrictions sur les fichiers après une mise à jour de Codex ou Claude Code
Codex CLI 0.156.0 corrige des défauts dans ses restrictions d’accès. Claude Code 2.1.280 corrige les contrôles d’écriture via des liens symboliques : un lien dans le projet peut pointer vers un fichier extérieur.
Action recommandée: Si vous comptez sur des restrictions de dossiers, demandez au responsable technique d’installer une version approuvée intégrant ces correctifs. Avec des fichiers fictifs, testez une modification autorisée et une modification interdite hors du dossier permis, y compris via un lien symbolique. Vérifiez le contenu réel et le résultat de l’outil. Si le fichier extérieur change, cessez d’utiliser cette configuration pour les dossiers clients jusqu’à la réparation et au nouveau test du contrôle.
Sources: Codex CLI 0.156.0, Claude Code 2.1.280
- GPT-5.5 : vérifier les tâches enregistrées avant le 14 octobre
OpenAI a annoncé le retrait de GPT-5.5 de ChatGPT, ChatGPT Work et Codex le 14 octobre 2026. Cette annonce ne concerne pas son retrait de l’API OpenAI.
Action recommandée: Si votre équipe utilise GPT-5.5, demandez à l’administrateur de l’espace de travail de vérifier les choix de modèle enregistrés et les tâches planifiées avant cette date. Pour Codex avec une connexion ChatGPT, OpenAI recommande GPT-5.6 Sol. Confirmez que les personnes concernées y ont accès, puis répétez une tâche connue sur des données fictives et examinez le résultat avant d’adopter le modèle de remplacement.
Sources: OpenAI changelog, Codex models, Workspace model availability
- GitHub : contrôler la modification des fichiers réutilisés
GitHub a ajouté un réglage pour les fichiers conservés entre les exécutions automatiques, appelés caches. Autoriser leur modification peut contourner des protections existantes.
Action recommandée: Cela concerne les équipes qui automatisent des tâches dans GitHub. Demandez à la personne qui les maintient de vérifier qui peut remplacer les fichiers conservés pour les exécutions suivantes. Copier un réglage d’un autre projet ne justifie pas l’octroi de cette permission.
Sources: GitHub Actions
- Certaines applications peuvent perdre leur connexion à Codex
Codex a supprimé les commandes de connexion
codex mcp-serveretcodex-mcp-server. Sa capacité distincte à se connecter à des outils externes reste disponible.Action recommandée: Si une autre application utilise Codex via l’une de ces commandes supprimées, demandez à son responsable de vérifier si la connexion fonctionne encore. Suspendez les tâches concernées jusqu’à cette vérification. L’app-server expérimental n’est pas une solution de remplacement prise en charge en production.
Sources: ChatGPT / Codex
- Tester les outils IA sur mesure avant de passer à Astra
Astra exige une configuration différente pour certains outils développés sur mesure. Modifier uniquement le nom du modèle peut empêcher une application de terminer son travail.
Action recommandée: Si votre organisation dispose d’un outil IA sur mesure, demandez au développeur de vérifier sa compatibilité avant de passer à Astra. Testez une tâche fictive avec des informations manquantes, puis une panne d’un outil connecté. Le résultat doit signaler clairement le problème, sans présenter un travail inachevé comme terminé.
Sources: OpenAI API, GPT-6 Astra
- D’anciens assistants et outils de transcription sont à remplacer
OpenAI a fermé l’Assistants API le 26 août. L’arrêt de
whisper-1et des modèles de transcription GPT-4o a été annoncé pour le 26 février 2027.Action recommandée: Demandez au responsable de vos outils IA sur mesure si certains dépendent encore de l’Assistants API, désormais arrêtée, ou des modèles de transcription cités ci-dessus. Cette API ne permet plus de récupérer les anciennes conversations ; seuls les messages déjà sauvegardés peuvent être migrés. Avant d’accepter un nouvel outil de transcription, comparez son texte à un enregistrement fictif et vérifiez les noms, les dates et l’identité des intervenants.
Sources: OpenAI API, Responses / Conversations
- Codex a rejoint l’application de bureau ChatGPT
L’annonce de juillet a intégré Codex à ChatGPT sur macOS et Windows, en conservant les projets, paramètres et procédures existants après la mise à jour.
Action recommandée: Pour suivre une leçon Codex, ouvrez la section Codex de l’application de bureau et sélectionnez le bon projet. Avant d’ouvrir des fichiers de clients, vérifiez le compte connecté, le dossier de travail et les outils qui y ont accès. Le regroupement dans une même application n’étend pas l’autorisation de votre organisation aux autres fonctions.
Sources: ChatGPT / Codex
- Travail à distance et réponses Claude enregistrées : deux vérifications distinctes
Codex Remote a été lancé le 25 juin. Claude Code 2.1.193 a ajouté séparément l’enregistrement des réponses, pouvant reprendre le réglage d’enregistrement des consignes.
Action recommandée: Confirmez quel ordinateur exécutera le travail à distance. Demandez à l’administrateur si les réponses de Claude sont désormais conservées et vérifiez un exemple fictif au regard de votre politique de conservation.
Sources: OpenAI Codex changelog, Claude Code changelog, Claude Code Action 2.1.193 bump commit, Claude Code 2.1.193
- Enregistrer une tâche et approuver une action sont deux décisions
Record & Replay a été lancé sur macOS en excluant initialement l’EEE, le Royaume-Uni et la Suisse. Claude Code 2.1.183 a corrigé séparément des notifications qui approuvaient à tort des actions attendant une décision humaine.
Action recommandée: Vérifiez la disponibilité actuelle avant d’essayer une tâche fictive. Si vous automatisez avec Claude, demandez au responsable de montrer qu’une notification ne peut pas approuver une action à votre place.
Sources: OpenAI Codex changelog, OpenAI Codex Record & Replay documentation, Claude Code changelog, Claude Code Action 2.1.181 bump commit, Claude Code Action 2.1.183 bump commit, Claude Code 2.1.183
- Une réponse Claude interrompue peut rester incomplète
Claude Code 2.1.179 conservait les réponses partielles après une coupure. Une extension distincte de Codex couvrait l’EEE, le Royaume-Uni et la Suisse, avec Memories initialement désactivé.
Action recommandée: Avant d’utiliser un brouillon récupéré, comparez les documents et questions traités à votre demande initiale. Vérifiez séparément la disponibilité régionale actuelle et les paramètres de mémoire de votre organisation.
Sources: OpenAI Codex changelog, Claude Code changelog, Claude Code Action 2.1.179 bump commit, Claude Code 2.1.179
- Les tâches déléguées par Claude ont besoin de leurs propres contrôles
La version 2.1.178 a corrigé des restrictions ignorées pour les outils des tâches déléguées et ajouté des règles d’accès plus précises.
Action recommandée: Demandez à l’administrateur de tester une action autorisée et une interdite dans un projet fictif, y compris une tâche déléguée. Confirmez le respect des limites dans les deux cas.
Sources: OpenAI Codex changelog, Claude Code changelog, Claude Code Action 2.1.178 bump commit, Claude Code 2.1.178
- Les tests du navigateur Codex peuvent exposer plus que la page visible
La mise à jour de juin a ajouté des outils de débogage et corrigé le respect des réglages d’approbation des tâches planifiées.
Action recommandée: Testez l’accès au navigateur sur une page sans données de clients. Pour les tâches planifiées, demandez au responsable de montrer que les actions soumises à approbation s’arrêtent réellement.
Sources: OpenAI Codex changelog, Claude Code Action auth fallback commit, Claude Code Action SDK iterator commit, Claude Code Action 2.1.175 bump commit
- Publication d’un site Codex et coûts d’exécution : vérifier avant d’agir
Codex Sites est arrivé en préversion en juin. Certaines sessions de calcul de l’API sont passées séparément à une facturation par minute, avec un minimum de cinq minutes.
Action recommandée: Vérifiez chaque page et ses accès avant publication. Pour un outil IA sur mesure, demandez au développeur un coût fondé sur la durée réelle d’exécution et les tarifs actuels.
Sources: OpenAI Codex changelog, OpenAI API changelog, Claude Code Action workload identity federation commit
- Connecter Codex aux sources internes exige toujours une autorisation
OpenAI a présenté un service de connexion privée pour outils d’entreprise. Codex 0.132.0 a aussi ajouté des contrôles de format lors de la reprise de travaux en ligne de commande.
Action recommandée: Avant toute connexion interne, convenez avec l’administrateur des documents et actions autorisés. Vérifiez les champs requis dans un résultat de test repris ; un accès privé ne constitue pas une autorisation.
Sources: OpenAI Codex changelog, OpenAI API changelog, OpenAI Secure MCP Tunnel guide, Codex 0.132.0
- Avant de reprendre un travail Claude, vérifier ses accès
La version 2.1.144 a permis la reprise des tâches en arrière-plan et corrigé des outils absents des longues listes de connexions.
Action recommandée: Avant de reprendre une tâche, confirmez ses fichiers sources et le travail restant. Demandez si tous les outils attendus sont visibles ; un outil absent peut laisser une partie du travail inachevée.
Sources: OpenAI Codex changelog, Claude Code changelog, Claude Code 2.1.144
- Les tâches en arrière-plan peuvent modifier vos fichiers principaux
Claude Code 2.1.143 a ajouté une option de modification de la copie principale par les tâches en arrière-plan et mieux conservé leurs paramètres.
Action recommandée: Avant de laisser une tâche tourner, confirmez quelle copie elle peut modifier. Demandez au responsable de vérifier que ses limites d’accès restent en place à la reprise.
Sources: OpenAI Codex changelog, Claude Code release notes, Claude Code 2.1.143
- L’autorisation d’une action n’approuve pas son résultat
Les conseils de mai ont précisé que Codex Auto-review évalue certaines demandes de permission. Il ne garantit pas la justesse juridique et n’autorise pas la publication.
Action recommandée: Vérifiez le travail terminé : lisez les passages modifiés et contrôlez leurs sources. Distinguez l’autorisation d’exécuter une tâche de la décision d’utiliser ou publier son résultat.
Sources: Codex changelog, Codex Auto-review, Codex agent improvement loop cookbook, Codex iterative repair loop cookbook
Utilisez Codex pour créer ou maintenir un élément défini d’un processus juridique : formulaire de demande, règle de traitement documentaire ou outil de reporting interne. Cette référence aide le juriste et le responsable technique à convenir d’une modification et à examiner les fichiers et tests produits. Elle n’enseigne pas le déploiement et ne remplace pas la décision juridique sur la règle sous-jacente.
Choisir une tâche adaptée
Commencez par une petite modification dont vous pouvez définir le comportement attendu : conserver les dates inconnues dans un formulaire, valider un identifiant de dossier ou tester une règle documentaire fournie. Un système complet d’examen des contrats nécessite une spécification, une évaluation et un plan de maintenance distincts.
Codex peut examiner des fichiers, modifier du code et exécuter les commandes disponibles dans un projet local. Suivez le guide CLI officiel pour l’installation et la connexion. Avant de fournir des documents, confirmez le compte, l’environnement et l’usage des données autorisés par votre organisation.
Avant de réutiliser une tâche enregistrée, faites vérifier le modèle choisi et l’accès de votre compte par le responsable technique. Dans Codex avec une connexion ChatGPT, remplacez gpt-5.5 par gpt-5.6-sol dans les paramètres enregistrés, agents personnalisés, tâches planifiées et scripts avant le 14 octobre 2026. Ce retrait ne concerne pas l’API OpenAI. Répétez les cas fictifs ci-dessous avec le nouveau modèle ; si l’accès échoue ou si les statuts diffèrent des résultats attendus, résolvez le problème avant d’adopter le changement. OpenAI
Préparer le projet et ses responsables
Il vous faut une copie de travail du projet, ses instructions et tests existants, une exigence approuvée, des données de test fictives et un responsable technique capable d’examiner l’implémentation. Un dépôt conserve les fichiers et leurs changements. Un diff montre les modifications ; une pull request les propose à la revue.
- Identifiez avec le responsable les fichiers de règles et de tests. Consignez les modifications permises et les changements indépendants déjà présents.
- Conservez une version initiale récupérable selon le processus habituel de gestion de versions. Excluez identifiants secrets et documents clients de l’exercice.
- Utilisez la commande de test existante. Si des dépendances ou accès manquent, résolvez-le avec le responsable ; un test non exécuté n’est pas réussi.
Délimiter le travail
Dans une installation locale approuvée, ouvrez le répertoire du projet et lancez Codex selon le guide CLI. Demandez d’abord l’identification du code, des instructions et des tests pertinents. Remplacez les champs ci-dessous par les chemins et la commande réels avant d’autoriser les modifications.
Une consigne décrit le travail permis ; elle ne constitue pas un contrôle d’accès. Vérifiez le bac à sable et les autorisations. Autoriser un outil permet une action, sans approuver une conclusion juridique.
Un lien symbolique dans le projet peut pointer vers un fichier extérieur. Si vous comptez sur des restrictions de dossiers, demandez au responsable technique d’installer une version actuelle approuvée. Avec des fichiers fictifs, testez une modification autorisée et une modification interdite hors du dossier permis, y compris via un lien symbolique. Vérifiez le contenu réel et le résultat de l’outil. Si le fichier extérieur change, cessez d’utiliser cette configuration pour les dossiers clients jusqu’à la réparation et au nouveau test du contrôle. Codex CLI · Claude Code
Copier la demande d’implémentation
Tâche : implémenter la règle fictive de triage ci-dessous dans ce projet.
Fichiers de code et de tests autorisés : [chemins confirmés].
Commande de test existante : [commande confirmée].
Lis les instructions du projet et signale conflit ou dépendance manquante.
Pour un enregistrement lisible, vérifie si clause_text contient exactement
« liability cap », sans tenir compte de la casse. Si oui, retourne
has_reference ; sinon needs_review. Si readable vaut false ou si clause_text
est vide, retourne unreadable. Conserve l’ID. C’est un contrôle textuel,
ni une appréciation juridique ni une preuve que le contrat complet contient
ou non un plafond valable.
Utilise le schéma et les outils de test existants. Teste chaque cas fourni.
Ne modifie pas d’autres règles, secrets, politiques d’accès ou données originales.
N’affaiblis pas un test en échec pour faire réussir l’implémentation.
N’envoie, ne publie et ne déploie rien.
Retourne les chemins modifiés, la commande réellement exécutée, son résultat
et les limites restantes. Si un test ne peut pas tourner, explique pourquoi ;
ne le déclare pas réussi.Tester une règle fictive
Ces enregistrements inventés et résultats attendus définissent seulement cet exercice. Fournissez-les avec la demande ; ils ne constituent pas une règle de contrôle juridique recommandée.
| ID | readable | clause_text | Statut attendu |
|---|---|---|---|
| T1 | true | See liability cap in section 8. | has_reference |
| T2 | true | Supplier indemnifies Buyer. | needs_review |
| T3 | false | See liability cap in section 8. | unreadable |
| T4 | true | vide | unreadable |
Testez aussi T1 en majuscules. Le responsable doit confirmer que « vide » signifie une chaîne vide dans le schéma réel, et non le mot « vide ». Les phrases anglaises sont des données de test : T1 renvoie à un plafond de responsabilité, T2 prévoit une indemnisation de l’acheteur par le fournisseur.
Erreur illustrative : le code attribue has_reference à T3 parce que la phrase est présente, alors que readable vaut false. Correction : vérifier d’abord l’illisibilité, conserver l’ID T3, puis relancer T1–T4 et les tests existants. « Tests réussis » sans commande ni résultat ne suffit pas. Cet exemple n’a pas été exécuté ici.
Examiner le résultat
Lisez tout le diff et ouvrez les fichiers modifiés. Confirmez le périmètre autorisé, les statuts du tableau et l’absence de changement à une politique ou donnée de test sans rapport. Une fixture est un échantillon de test ; modifier son résultat attendu peut masquer un défaut du code.
Le responsable technique contrôle les résultats effectifs et le comportement d’intégration. Le juriste examine l’exigence approuvée et le texte destiné aux lecteurs. Une correspondance textuelle ne prouve ni l’efficacité du plafond ni l’acceptabilité de l’indemnisation. Examinez le contrat complet et ses définitions avant ces conclusions.
Arrêtez si les fichiers de code ou la spécification nécessaire sont illisibles, si un contrôle requis n’a pas tourné, si des changements restent inexpliqués ou si l’objectif juridique est contesté. Consignez le point ouvert et son responsable. Adoptez la modification par le processus existant de revue et de mise en production.
Adapter l’accès à la tâche
Utilisez une copie de travail vérifiable et les contrôles existants des secrets. N’élargissez pas l’accès aux fichiers ou au réseau simplement pour supprimer une erreur. Identifiez fichier, dépendance ou service nécessaire et n’autorisez que le périmètre approprié. Captures d’écran et approbations automatiques ne prouvent ni exactitude du code, ni respect de la confidentialité, ni validation juridique.
Choisir l’environnement d’exécution
L’exécution locale signifie que les commandes fonctionnent localement ; elle ne garantit pas à elle seule que toutes les données restent sur l’ordinateur. Faites vérifier par l’administrateur le traitement des données du compte choisi, les accès au dépôt et les services connectés. Utilisez le cloud seulement si cette configuration est autorisée pour les documents. Consultez le guide officiel des autorisations pour la configuration réelle.
Dans l’application de bureau, confirmez vue Codex, compte et projet avant d’ouvrir des fichiers.
Pour une intégration API, faites vérifier endpoint, paramètres et boucle d’outils dans la documentation actuelle : Astra exige Responses pour les outils et les appels Assistants retirés doivent migrer. Recherchez les commandes supprimées codex mcp-server et codex-mcp-server ; ne les remplacez pas par l’app-server expérimental en production sans conception prise en charge. Testez entrée manquante et échec d’outil, pas seulement le succès.
Dans GitHub Actions, vérifiez les permissions de cache avant d’autoriser l’écriture aux tâches moins fiables. OpenAI API · Codex · GitHub
Poursuivre avec la spécification
Concevoir un processus de contrôle juridique aide à définir entrées, approbations et gestion des erreurs avant l’implémentation. L’exercice ci-dessus teste un petit comportement logiciel, sans réaliser tout ce processus.
Prochaines étapes
- Modèles de processus pour définir une tâche vérifiable.
- Agents d’IA juridique pour distinguer instructions, outils et responsabilités.
- Confidentialité et données avant d’introduire des documents de dossier.
- Actualités produit pour l’historique des versions.