Examiner un skill et tester ses contrôles
Vérifiez les consignes d’un skill installé, puis testez un contrôle configuré avec des fichiers sans données sensibles.
Couvre Claude: brouillon, ChatGPT: brouillon et Grok: brouillon
Les étapes en brouillon n’ont pas été vérifiées par une exécution complète. « Non couvert » signifie que ce tutoriel ne fournit pas d’instructions pour cet outil, sans conclure à une absence de capacité.
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
- Claude Code : vérifier les compétences synchronisées avant de traiter un dossier
Claude Code 2.1.275 ajoute la synchronisation des compétences et plugins du compte dans les sessions de terminal connectées. La présence d’une compétence dans la liste ne signifie pas que votre organisation l’a approuvée.
Action recommandée: Ouvrez /skills et vérifiez la provenance de chaque compétence à utiliser. Lisez ses consignes et testez-la avec des données fictives. Demandez à l’administrateur de désactiver la synchronisation du compte si elle n’est pas autorisée ; ne supposez pas qu’une modification locale change la copie du compte.
Sources: Claude Code 2.1.275, Claude Code Skills
- Claude Code : revérifier les restrictions d’accès de l’organisation
Claude Code 2.1.271 et 2.1.273 ont corrigé des cas où les paramètres d’organisation ne s’appliquaient pas comme prévu. Ces corrections concernent notamment les restrictions sur les services connectés et les compétences synchronisées depuis claude.ai qui restaient accessibles après leur désactivation par l’organisation.
Action recommandée: Si votre organisation administre Claude Code de manière centralisée, demandez au service informatique d’installer la mise à jour approuvée et de tester un service autorisé ainsi qu’un service bloqué, avec des données de test sans risque. Vérifiez que les compétences désactivées sont indisponibles et refaites le test après un changement de compte. Si un service bloqué reste accessible, cessez d’utiliser cette connexion pour les dossiers jusqu’à vérification de la restriction.
Sources: Claude Code 2.1.271, Claude Code 2.1.273
- Claude Code : vérifier les fichiers qu’il peut modifier
Claude Code 2.1.269 a corrigé l’application des paramètres d’organisation et la vérification des permissions de modification des fichiers. Il a aussi ajouté un moyen d’exécuter les tests fournis par un plugin.
Action recommandée: Si votre équipe utilise Claude Code, demandez au responsable informatique de vérifier qu’il ne peut pas modifier de fichiers en dehors des dossiers autorisés. La réussite d’un test de plugin ne garantit pas la justesse de l’analyse juridique : vérifiez les documents et les sources juridiques sur lesquels elle repose.
Sources: Claude Code 2.1.269
- Claude Code : l’installation des plugins doit rester autorisée
La version 2.1.195 a corrigé les contrôles de consentement des plugins externes et le redémarrage des tâches en arrière-plan.
Action recommandée: Demandez à l’administrateur de montrer qu’un plugin non autorisé ne peut pas s’installer. Après la reprise d’une tâche, vérifiez le travail accompli avant d’utiliser le résultat.
Sources: Claude Code changelog, Claude Code Action 2.1.195 bump commit, Claude Code 2.1.195
- 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
- Claude Code : limiter l’accès aux mots de passe et clés
La version 2.1.187 a ajouté des contrôles sur la lecture, par les commandes, de fichiers et paramètres contenant des identifiants de connexion.
Action recommandée: Demandez à votre responsable informatique de tester ces restrictions avec de faux identifiants. Confirmez le refus d’accès avant d’exposer de vrais mots de passe ou clés.
Sources: Claude Code changelog, Claude Code Action 2.1.187 bump commit, Claude Code 2.1.187
- Claude Code : une tâche arrêtée doit le rester
La version 2.1.191 a corrigé des redémarrages inattendus, des paramètres d’organisation non actualisés et des échecs de connexion temporaires.
Action recommandée: Demandez à l’administrateur de tester un arrêt et une interruption de connexion avec des fichiers fictifs. Vérifiez que la tâche reste arrêtée et que tout travail inachevé est clairement signalé.
Sources: Claude Code changelog, Claude Code Action 2.1.190 bump commit, Claude Code Action 2.1.191 bump commit, Claude Code 2.1.191
- Les commentaires ultérieurs ne doivent pas modifier une revue IA autorisée
Une correction de Claude Code Action a exclu les commentaires ajoutés ou modifiés après l’événement ayant lancé la revue.
Action recommandée: Si votre équipe utilise Claude pour examiner des changements dans GitHub, demandez au responsable de vérifier qu’un commentaire ultérieur ne devient pas une nouvelle consigne pour une revue déjà lancée.
Sources: Claude Code Action trigger-time review filtering commit
- 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
- L’intégration GitHub de Claude pouvait autoriser trop de commandes
Une correction de Claude Code Action a empêché que certaines permissions limitées soient interprétées comme un accès illimité aux commandes.
Action recommandée: Demandez au responsable de confirmer l’installation du correctif et de montrer qu’une commande sans rapport reste bloquée. Un réglage qui semble restrictif ne suffit pas.
Sources: Claude Code Action scoped Bash permission parser fix, Claude Code Action MCP allowed-tools parser alignment
- 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
- Un score de sécurité IA ne vérifie pas la justesse juridique
OpenAI a ajouté des scores de modération aux requêtes de génération compatibles. Ils classent le contenu sans vérifier le raisonnement juridique ni les citations.
Action recommandée: Si votre outil utilise ces scores, demandez ce que chacun mesure. Continuez à vérifier les documents et sources juridiques et évitez de conserver inutilement des textes de clients.
Sources: OpenAI API changelog, OpenAI Moderation guide, Claude Code changelog, Claude Code Action dependency update
- 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
- 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
- Trouver une tâche dans une liste ne limite pas ses accès
Claude Code 2.1.141 a ajouté un filtre par dossier de projet et conservé les réglages d’approbation au passage des tâches en arrière-plan.
Action recommandée: Ouvrez la tâche et vérifiez son dossier réel et ses permissions avant de continuer. Le filtre aide à trouver le travail ; il ne le limite pas à ce dossier.
Sources: Claude Code changelog, Claude Code Action 2.1.141 dependency update, Claude Code 2.1.141
- Dire à Claude ce qui compte comme terminé
Claude Code 2.1.139 a ajouté des objectifs avec des conditions explicites de fin et modifié l’exécution des commandes de certains contrôles automatiques.
Action recommandée: Définissez un résultat vérifiable et quand le manque de preuves doit arrêter la tâche. Faites tester les contrôles automatiques modifiés ; poursuivre l’activité ne prouve pas l’achèvement.
Sources: Claude Code changelog, Claude Code action bump, Claude Code 2.1.139
- 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
- Vérifier le compte et le modèle avant de lancer un essai
La revue de mai a remplacé des conseils périmés sur les modèles et offres OpenAI par des liens documentaires. Un ancien nom de modèle ne prouve pas sa disponibilité actuelle.
Action recommandée: Notez l’offre, le modèle, les outils et les paramètres de données. Testez avec du contenu fictif et confirmez séparément l’accès à l’API et les frais nécessaires au projet.
Sources: OpenAI models, ChatGPT pricing, GPT-5.5 in ChatGPT, Responses API migration, OpenAI tools guide, Code Interpreter tool
- S’assurer que Claude part de la bonne version des fichiers
La version 2.1.133 a ajouté le choix de la version de départ d’une copie de travail séparée. Ce choix détermine l’inclusion de changements récents non partagés.
Action recommandée: Indiquez au responsable quelle version utiliser. Vérifiez la présence d’une modification récente connue avant de demander à Claude de modifier la copie.
Sources: Claude Code changelog, Claude Code 2.1.133
- Définir ce qu’une tâche Codex sans surveillance peut modifier
La revue de mai a ajouté des conseils sur les tâches récurrentes, copies de travail séparées et approbations pour le travail sans surveillance.
Action recommandée: Précisez le projet, les modifications permises et les conditions d’arrêt. Faites un essai avec des fichiers fictifs et vérifiez le signalement du travail non terminé.
Sources: Codex changelog, Codex Automations, Codex worktrees, Codex browser extension, Codex subagents, Codex plugins, Codex sandboxing
- Comparer la transcription IA aux propos réellement tenus
Les sorties OpenAI de mai comprenaient de nouveaux modèles de voix, transcription et traduction. Cet historique ne recommande pas ces versions pour un usage actuel.
Action recommandée: Utilisez un enregistrement fictif pour vérifier noms, montants, négations et phrases interrompues. Confirmez les langues actuellement prises en charge avant d’envisager un usage avec des clients.
Sources: OpenAI API changelog
- Claude peut proposer des changements GitHub, à faire relire
Cette entrée présente des conseils pour utiliser Claude Code via GitHub Actions sur des tâches déclenchées par des événements ou consignes configurés.
Action recommandée: Demandez au responsable qui peut lancer une tâche et ce qu’elle peut modifier. Lisez toute la page révisée et ses sources avant d’accepter un changement éditorial.
- Comment ce manuel transforme les nouveautés en révisions des guides
L’entrée de mai a présenté un processus de vérification des changements, de révision des conseils concernés et de traduction avant de considérer une mise à jour terminée.
Action recommandée: Vérifiez l’entrée avec le guide et les sources liés. En cas de désaccord, envoyez la page et le passage concerné via Contact pour permettre leur examen.
Sources: Codex Automations, Codex Skills, Codex internet access
Choisissez un skill installé et approuvé et, séparément, un hook existant configuré par le responsable technique. Gardez source, version, SKILL.md, scripts référencés et configuration du hook. Cette leçon fournit un protocole de test, pas un dispositif de protection. En l’absence de hook, notez cette partie comme non exécutée et demandez sa configuration avant d’affirmer être protégé.
Un hook exécute une logique configurée lors d’un événement défini. Un skill fournit des consignes ; son texte ne constitue pas à lui seul un contrôle d’accès.
Dans Claude Code examinez le SKILL.md installé et ses fichiers. Utilisez le nom réellement affiché ; vérifiez séparément événement et règle du hook. Claude
Examiner un skill et tester ses contrôles
- Lisez SKILL.md et chaque script référencé avant activation. Notez entrées, sortie, appels externes et écritures de fichiers ; arrêtez-vous devant tout comportement inexpliqué.
- Sélectionnez le véritable nom installé dans l’application. Exécutez un cas inoffensif à résultat connu et comparez la sortie.
- Avec le responsable technique, choisissez un fichier inoffensif autorisé et un autre couvert par la règle de refus. N’utilisez aucun document client. Consignez d’abord chaque résultat attendu.
- Tentez chaque lecture avec l’outil réellement couvert par le hook. Conservez événement, chemin résolu, règle et résultat. Un refus du modèle sans événement d’outil ne teste pas le hook.
- Si le fichier interdit s’ouvre, si le fichier autorisé échoue sans raison prévue ou si le hook ne s’exécute pas, cessez de vous fier à ce contrôle. Corrigez la configuration avec le responsable et répétez les deux tests.
Consigne avec les données requises
Fournissez les instructions approuvées du skill et les traces réelles des tests avec cette consigne. L’exemple ci-dessous est fictif et n’a pas été exécuté.
Examinez les consignes du skill et les traces de test fournies. Produisez un tableau : entrée | résultat attendu | événement observé | résultat réel | point non résolu. Distinguez qualité de sortie et contrôle d’accès. N’inventez aucun événement et ne validez aucun test non exécuté. Ne modifiez ni skill, ni hook, ni droits.Exemple fictif et correction
Cas synthétique : la règle interdit /test/Restricted/* ; /test/Public/a.txt doit être lisible. La demande vise pourtant /test/AC-Restricted/a.txt et réussit. Erreur : « La protection est validée ». Correction : « Le chemin n’était pas couvert par le motif ; le test du chemin interdit n’a pas eu lieu ». Testez le fichier restreint exact, puis le fichier autorisé. Ces chemins sont illustratifs, pas une configuration de sécurité fournie.
Contrôles avant utilisation
- Les consignes ne démontrent pas l’application du contrôle. Vérifiez événement réel, règle de correspondance, périmètre de configuration et résultat ; l’absence d’événement ne prouve pas un blocage réussi.
- Consignez séparément la qualité de sortie du skill et les tests du contrôle. Gardez visibles les échecs et tests non exécutés ; ne présentez pas le skill comme protégé avant vérification du contrôle concerné.
Si le plugin fournit une suite d’évaluation, claude plugin eval peut l’exécuter, mais examinez ce qu’elle teste : un score ne valide ni une conclusion juridique ni votre politique d’accès. Claude Code
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
Si votre organisation administre Claude Code de manière centralisée, demandez au service informatique d’installer la mise à jour approuvée et de tester un service autorisé ainsi qu’un service bloqué, avec des données de test sans risque. Vérifiez que les compétences désactivées sont indisponibles et refaites le test après un changement de compte. Si un service bloqué reste accessible, cessez d’utiliser cette connexion pour les dossiers jusqu’à vérification de la restriction. Claude Code 2.1.271 · 2.1.273
Pour Claude Code : Ouvrez /skills et vérifiez la provenance de chaque compétence à utiliser. Lisez ses consignes et testez-la avec des données fictives. Demandez à l’administrateur de désactiver la synchronisation du compte si elle n’est pas autorisée ; ne supposez pas qu’une modification locale change la copie du compte. Claude Code
Étape suivante
Vérifiez les consignes d’un skill installé, puis testez un contrôle configuré avec des fichiers sans données sensibles.
C’est réussi si
- Vérifiez les consignes d’un skill installé, puis testez un contrôle configuré avec des fichiers sans données sensibles.
- Les consignes ne démontrent pas l’application du contrôle. Vérifiez événement réel, règle de correspondance, périmètre de configuration et résultat ; l’absence d’événement ne prouve pas un blocage réussi.
Vérifiez votre compréhension
Répondez avant d’ouvrir chaque réponse. Si une réponse vous surprend, relisez la section dont elle provient.
Le skill interdit la lecture des fichiers restreints, mais aucun événement de hook n’apparaît. Le contrôle technique est-il validé ?
Afficher la réponse
Non. Les consignes ne démontrent pas l’application du contrôle. Vérifiez événement réel, règle de correspondance, périmètre de configuration et résultat ; l’absence d’événement ne prouve pas un blocage réussi.