Compétences et contexte dans Claude Code : audit de gouvernance

Une équipe ne devrait pas étendre Claude Code à des livraisons web en production sans savoir quelles compétences sont chargées, si la politique de l’organisation est disponible, quelle quantité de sortie entre dans le contexte et comment les instructions des sous-agents sont contrôlées. La version 2.1.261 de Claude Code, datée du 4 septembre 2026 par Anthropic, fournit de nouveaux points d’observation : /skill-doctor, un diagnostic de chargement des politiques, des paramètres de sortie et une option permettant de lire un long prompt système depuis un fichier.

Ces fonctions ne garantissent ni sécurité, ni qualité, ni économie. Dans la méthode CreatikLab, elles servent à produire des éléments vérifiables pour une décision humaine. Un responsable doit encore justifier les compétences, résoudre les alertes de politique, sélectionner les sorties utiles et accepter ou refuser les modifications avant déploiement.

Les équipes confondent souvent quatre questions. La capacité décrit ce que l’outil peut exécuter. L’autorisation définit ce que l’organisation permet. La preuve montre ce qui s’est réellement passé. L’acceptation indique qu’une personne responsable juge le résultat conforme aux exigences. Une commande terminée démontre une activité, pas une acceptation. Un diagnostic sans alerte ne prouve pas que toutes les politiques sont correctement conçues. Un prompt détaillé ne remplace pas un test.

CreatikLab applique donc une règle de séparation : chaque capacité doit être reliée à une permission explicite, chaque exécution à une preuve pertinente, puis chaque livraison à un approbateur. Ce modèle évite qu’un volume important de contexte ou de journaux soit pris pour de la maîtrise. Il permet aussi d’interrompre le flux quand une politique attendue manque, même si l’agent semble capable de poursuivre.

Claude Code 2.1.261 introduit /skill-doctor pour identifier les compétences chargées mais inutilisées et indiquer leur coût en contexte. Anthropic a également ajouté bashOutputMaxChars et taskOutputMaxChars. Ces paramètres peuvent augmenter la quantité de sortie de commande ou de tâche en arrière-plan reçue directement par Claude avant que le reste soit enregistré dans un fichier, jusqu’à 128K caractères. L’option --append-subagent-system-prompt-file permet de lire le prompt système d’un sous-agent depuis un fichier lorsqu’il est trop volumineux pour la ligne de commande.

La même version ajoute dans /status et claude doctor une ligne expliquant pourquoi la politique d’une organisation n’a pas pu être chargée. Anthropic cite l’exemple d’un proxy ne transmettant pas le point de terminaison nécessaire. Le journal mentionne aussi des corrections touchant notamment la saisie, les montages réseau, la configuration Bedrock, les plugins gérés, la reprise de session, les appels parallèles et Remote Control. Aucun prix, gain garanti ou certification de sécurité n’est annoncé dans cette entrée.

• Observation : /skill-doctor signale une compétence inutilisée. Preuve : résultat de la commande et finalité prévue. Action : justifier, différer ou retirer. Responsable : référent technique.
• Observation : /status ou claude doctor signale une politique non chargée. Preuve : message, identité, réseau et chemin du proxy. Action : suspendre le travail gouverné jusqu’à correction ou dérogation formelle. Responsable : plateforme ou sécurité.
• Observation : bashOutputMaxChars ou taskOutputMaxChars est augmenté. Preuve : tâche représentative et sortie réellement nécessaire. Action : conserver la limite utile la plus basse. Responsable : mainteneur du workflow.
• Observation : les instructions du sous-agent sont déplacées vers un fichier. Preuve : fichier versionné, relecteur et historique. Action : gérer ce fichier comme du code contrôlé. Responsable : mainteneur du dépôt.

Cette matrice est une méthode CreatikLab. Anthropic ne promet pas qu’elle élimine les risques. Elle rend cependant l’évaluation inspectable en associant chaque signal à une preuve, une action et un propriétaire.

1. Relever la version installée avec claude --version, puis définir le dépôt, les environnements et les catégories de tâches concernés.
2. Exécuter /skill-doctor sur plusieurs sessions représentatives. Relier chaque compétence à un usage approuvé avant toute suppression.
3. Contrôler /status et claude doctor avec l’identité, le réseau et le proxy réellement utilisés par l’équipe. Escalader toute alerte de politique.
4. Inventorier les paramètres de sortie. Expliquer le besoin opérationnel avant d’augmenter une limite.
5. Placer tout fichier utilisé avec --append-subagent-system-prompt-file sous contrôle de version et imposer une revue de ses modifications.
6. Choisir une tâche réversible dont le résultat attendu est connu. Conserver demande, diagnostics utiles, fichiers modifiés, tests et décision du relecteur.
7. Tester ensuite un scénario d’échec afin de vérifier que le workflow expose le problème et empêche une fausse validation.
8. N’élargir le périmètre que si les preuves sont reproductibles et si des responsables peuvent arrêter, analyser et restaurer le flux.

Les nouveautés annoncées ne remplacent pas les permissions du dépôt, la revue de code, les tests ou les contrôles de déploiement.

La bonne unité d’analyse est la tâche relue. Pour chacune, consignez sa catégorie, les compétences requises, les résultats de /skill-doctor, l’état de la politique, les tests, le temps de revue, la cause des reprises et l’approbateur. Le ratio de tâches acceptées sur tâches examinées peut décrire le flux s’il est accompagné du temps médian de revue humaine. La proportion de tâches rouvertes pour défaut ou exigence manquée apporte une lecture de qualité. Ces indicateurs relèvent de la méthode CreatikLab.

Le coût de contexte ne doit pas être transformé trop vite en économie financière. Anthropic indique que /skill-doctor expose le contexte consommé par des compétences inutilisées, mais ne promet aucun effet précis sur la vitesse, le coût ou la qualité après leur retrait. Comparez des tâches équivalentes, avec le même état du dépôt et les mêmes tests. Si la qualité baisse, revenez à la configuration précédente et recherchez la cause.

• Ne pas conclure qu’un /status sans alerte valide l’ensemble de la gouvernance de l’organisation.
• Ne pas supprimer une compétence sur la seule base d’une session trop courte ou non représentative.
• Ne pas adopter automatiquement la limite de sortie maximale publiée.
• Ne pas considérer un prompt comme sûr simplement parce qu’il se trouve dans un fichier.
• Ne pas lire les correctifs de fiabilité comme une disparition de tous les incidents possibles.
• Ne pas conserver des journaux volumineux sans finalité, revue et traitement conforme aux règles de données applicables.
• Ne pas assimiler une commande réussie, du code généré ou une tâche terminée à une acceptation de production.
• Ne pas déduire de prix, de périmètre de déploiement, de conformité ou de performance non annoncés par Anthropic.

La décision d’arrêt doit être explicite : politique invérifiable, preuve non reproductible ou absence d’approbateur responsable signifie que la tâche n’est pas prête pour la production.

Pour comparer des prestataires, demandez des livrables consultables : inventaire des compétences relié aux tâches, diagnostics de politique, instructions de sous-agents versionnées, justification des limites de sortie, frontières d’autorisation, tests d’acceptation, journal des revues et procédure de retour arrière. La qualité se juge sur les exigences acceptées et les résultats métier utilisables, pas sur le nombre de prompts ou de lignes produites. Le prestataire doit montrer quelles décisions restent humaines et quels contrôles bloquent une livraison non conforme.

Utilisez la page CreatikLab consacrée à l’automatisation IA et aux systèmes web sur mesure pour demander une note de cadrage concernant un dépôt défini. Demandez que cette note couvre l’inventaire des compétences, les contrôles de chargement des politiques, la gestion des fichiers de prompts, les paramètres de sortie, les preuves d’acceptation et les décisions humaines. Cette demande ouvre une évaluation du périmètre sans promettre une mise en œuvre ni un résultat particulier. Pour lancer l’échange, indiquez à Lia le dépôt et l’équipe concernés, la configuration actuelle de Claude Code, les contraintes de politique et les échecs que le workflow doit prévenir.

Que fait /skill-doctor dans Claude Code ?

Anthropic indique que la commande repère les compétences chargées mais inutilisées et montre leur coût en contexte. Il faut vérifier que les sessions observées représentent les usages réels avant de retirer une compétence.

La version 2.1.261 garantit-elle le chargement des politiques ?

Non. Elle améliore le diagnostic lorsqu’une politique d’organisation n’a pas pu être chargée. Cette information facilite l’enquête sans valider à elle seule tout le dispositif.

Faut-il augmenter les sorties jusqu’à la limite maximale ?

Pas automatiquement. Anthropic mentionne une capacité allant jusqu’à 128K caractères pour les paramètres concernés, mais l’équipe doit choisir la quantité minimale nécessaire à la preuve et à la revue.

Comment contrôler un prompt système stocké dans un fichier ?

Le fichier doit être versionné, relu, associé aux workflows qui l’utilisent et soumis à un historique de changements, car il peut modifier le comportement du sous-agent.

Comment mesurer la qualité d’un développement assisté par IA ?

Suivez les exigences acceptées, les résultats des tests, le temps de revue, les reprises et les défauts découverts après acceptation. Les volumes de génération ne suffisent pas.

Quand faut-il interrompre le pilote ?

Interrompez-le si la politique attendue ne peut pas être vérifiée, si les preuves ne sont pas reproductibles, si les tests échouent sans escalade claire ou si personne ne peut approuver et restaurer.