Permissions et sandbox
Les permissions fixent ce que le système peut faire sans demander à une personne. Un sandbox est une zone clôturée qui limite ce qu’une erreur peut atteindre.
- Dans la tâche des factures
- Le système peut lire les factures et rédiger des brouillons. Il ne peut pas envoyer. Une personne lit chaque brouillon et l’envoie, et c’est la première ligne que nous tracerions.
- Les vrais noms
- Claude Code a des modes de permission. En mode Manual, il demande avant la plupart des actions qui modifient des fichiers, exécutent des commandes ou accèdent au réseau. En mode auto, un second modèle, appelé classifier, examine la plupart des actions à votre place et bloque celles qui sont risquées; en octobre 2026, c’est le mode de départ de sa version en ligne de commande. Codex a deux réglages comparables, un mode de sandbox et une politique d’approbation.
- La limite
- Le sandbox de Claude Code est désactivé par défaut et ne couvre que les commandes qu’il exécute sur l’ordinateur; les connexions faites par MCP s’exécutent en dehors. Dans la tâche des factures, la comptabilité et le courriel passent par de telles connexions, alors c’est la règle de ne pas envoyer qui fait le travail. La modification d’un fichier peut être annulée; un courriel envoyé, non.
Contexte
Le contexte, c’est ce qu’on dit au modèle sur le travail avant que quiconque tape une demande. Le harness l’ajoute au début de chaque session, une session étant une conversation de travail du début à la fin.
- Dans la tâche des factures
- Vos modalités de paiement, le ton que vous employez avec vos clients, les clients qui ne reçoivent jamais de rappel automatique, et l’endroit où se trouvent les factures.
- Les vrais noms
- Un fichier d’instructions écrites. Claude Code en lit un nommé CLAUDE.md au début de chaque session. Codex en lit un nommé AGENTS.md avant de faire quoi que ce soit.
- La limite
- Le fichier guide le modèle sans le contraindre. La documentation d’Anthropic indique que Claude traite ces instructions comme du contexte, et non comme une configuration imposée. Tout ce qui ne doit jamais arriver relève des permissions.
Mémoire
La mémoire couvre deux problèmes différents : une conversation qui devient trop longue, et une conversation qui se termine.
- Dans la tâche des factures
- Une longue liste de factures remplit la conversation, alors le harness résume ce qui précède et continue. Le mois suivant, le travail repart d’une conversation vide, à moins que quelque chose ait été noté, par exemple qu’un client paie toujours dans la deuxième semaine.
- Les vrais noms
- Résumer une longue conversation s’appelle la compaction : Claude Code efface d’abord les résultats les plus anciens, puis résume au besoin. Les notes gardées d’une session à l’autre s’appellent auto memory : des notes que Claude écrit lui-même à partir de vos corrections et de vos préférences.
- La limite
- La compaction perd du détail, et des instructions données tôt dans une conversation peuvent être perdues; c’est pourquoi les règles durables vont dans le fichier d’instructions. L’auto memory a un plafond : au plus les 200 premières lignes de sa note principale sont chargées au début d’une session.
Vérification
Vérifier, c’est comparer le travail à autre chose que le jugement du modèle lui-même. Un modèle peut écrire qu’un montant est exact sans l’avoir consulté.
- Dans la tâche des factures
- Avant qu’un brouillon arrive à une personne, un contrôle fixe, et non le modèle, compare le montant et la date d’échéance du courriel avec l’écriture comptable. Un écart retient le brouillon.
- Les vrais noms
- Claude Code décrit une tâche en trois phases : rassembler le contexte, agir, vérifier les résultats; toutes les tâches n’ont pas besoin des trois. Un harness peut aussi forcer un contrôle avec des hooks, des commandes qu’il exécute automatiquement avant ou après une action.
- La limite
- Un contrôle n’attrape que ce pour quoi il a été écrit. Un courriel avec le bon montant et le mauvais ton passe.