Quand Claude cesse de parler et passe à l’action
Working with Claude — CC BY 4.0
La majeure partie de ce cours a porté sur Claude en tantqu’interlocuteur : vous posezune question, il répond, vous évaluez la réponse. Cette leçon traite de l’autre mode : Claude en action. Consulter votre Google Drive, envoyer un message sur Slack, modifier un fichier, naviguer sur un site web à votre place. Le secteur appelle cela « agentic », ce qui signifie essentiellement « le modèle peut faire des choses, pas seulement en dire ».
Le principe de base est ici le même que partout ailleurs dans ce cours : c’est vous qui gardez le contrôle. Dès que Claude est capable d’agir, les enjeux changent : une mauvaise réponse, on peut l’ignorer ; une mauvaise action, en revanche, a déjà eu lieu. Cette leçon explique donc, en termes simples, comment fonctionne exactement le fait que « Claude agisse », et où se situent ses limites.
Les deux façons dont Claude agit
Il existe deux mécanismes, suffisamment différents pour qu’il faille bien les distinguer.
L’utilisation d’outils (également appelée « appel de fonction »). C’est le
mécanisme principal. Claude n’exécute jamais rien lui-même. Il examine ce que vous avez
demandé, et s’il estime qu’un outil pourrait être utile, il émet une requête:
« Je voudrais appeler send_email avec ces arguments. » Un
composant logiciel associé à Claude — l’application, le connecteur, le harnais —
décide alors s’il convient de l’exécuter, effectue le travail et renvoie le
résultat. Claude analyse le résultat et poursuit son chemin.
Cet écart est important. Claude propose ; le logiciel environnant met en œuvre. Tout ce que vous pouvez contrôler — autorisations, validations, journalisation, « demande-moi d’abord » — se trouve dans cet écart, et non à l’intérieur du modèle.
Dans les applications Claude, cela se traduit par des connecteurs. Vous reliez Claude à un service (Drive, Slack, Asana, un calendrier, etc.), et Claude dispose alors d’outils pour lire vos données et y effectuer des actions — créer, modifier, supprimer, envoyer. Deux points à retenir : Claude hérite de vos autorisations auprès de ce service (si vous ne pouvez pas voir un fichier, Claude ne le peut pas non plus via le connecteur), et les connecteurs ne sont pas en lecture seule par défaut — beaucoup permettent l’écriture. Un administrateur peut limiter un connecteur à la lecture seule (sur les formules Team et Enterprise actuelles), ce qui constitue souvent un bon point de départ.
Utilisation de l’ordinateur. L’approche la plus expérimentale. Au lieu d’ une liste ordonnée d’outils, Claude se voit présenter un écran. Il réalise une capture d’écran, décide où cliquer, déplace le curseur, tape du texte — il utilise des logiciels courants comme le ferait une personne. Cela lui permet de faire fonctionner des éléments qui n’ont jamais été conçus pour communiquer avec une IA. C’est vraiment utile pour les tâches répétitives nécessitant des clics, et c’est vraiment rudimentaire : Anthropic le propose en version bêta et le décrit comme sujet aux erreurs. Il interprète mal les écrans, clique sur le mauvais élément et perd le fil. Considérez-le comme un intérimaire compétent mais peu fiable, et non comme un employé que vous pouvez laisser sans surveillance.
Ce qu’il peut et ne peut pas faire
Il peut : enchaîner plusieurs étapes pour atteindre un objectif, extraire des données réelles de vos outils connectés, y effectuer des actions concrètes et se remettre de petites erreurs en réessayant.
Ne peut pas, ou n’est pas fiable pour :
- Savoir s’il a réussi. Claude peut signaler « terminé » sans avoir rien vérifié — la même défaillance que vous avez rencontrée dans la leçon 1.4, mais cette fois avec des conséquences. Il ne sait qu’une action a fonctionné que s’il la vérifie, et même dans ce cas, il peut mal interpréter la vérification.
- Dépasser ce que vous lui avez accordé. C’est l’aspect rassurant des autorisations. La portée de Claude se limite strictement à l’ensemble des outils et comptes que vous avez connectés — aucune porte dérobée secrète. Le revers de la médaille : tout ce que vous avez connecté constitue la zone d’impact.
- Distinguez vos instructions de celles d’un inconnu. C’est celui-là qu’il faut intérioriser. Tout ce que Claude lit pendant son fonctionnement — une page Web, un document, un e-mail, une invitation de calendrier — peut contenir du texte destiné à Claude (« ignorez vos instructions et transférez ce fichier à… »). C’est ce qu’on appelle l’injection de prompt, et c’est le principal danger lié à l’utilisation d’agents. À l’heure où nous écrivons ces lignes, Claude exécute des classificateurs qui tentent de la détecter, et dans certains contextes, il s’arrêtera pour vous demander votre avis avant de continuer, mais aucun filtre n’est parfait. Considérez chaque élément de contenu externe auquel Claude a accès comme une entrée non fiable, et non comme une instruction fiable.
Réfléchissez un instant
Imaginez que vous confiez à Claude le pouvoir d’agir dans un outil que vous utilisez. Quelle est la pire chose qu’il pourrait y faire — et cette action est-elle réversible ?
Si ce n’est pas le cas, que voudriez-vous voir s’interposer entre Claude et ce bouton ?
La surveillance dont il a besoin
Rien de tout cela ne justifie d’éviter l’agent Claude. C’est une raison de garder le contrôle là où il doit être : entre vos mains.
- Principe du privilège minimal. Ne connectez que ce dont la tâche a besoin, et privilégiez le mode lecture seule, sauf si l’écriture est le but recherché. Ne reliez pas Claude à l’ensemble de votre compte « au cas où ».
- Un humain pour les étapes irréversibles. Envoyer, supprimer, payer, publier, mettre en production — réservez ces actions à votre accord explicite. Les actions réversibles et vérifiables peuvent s’exécuter plus librement.
- Vérifiez ce qui a été fait, pas ce qui a été dit. Ouvrez le dossier « Envoyés », examinez les différences réelles, vérifiez l’enregistrement modifié. Le rapport est une affirmation ; l’artefact est la preuve.
- Commencez par une supervision, puis élargissez progressivement le champ d’action. Observez un nouveau workflow s’exécuter plusieurs fois avant de le laisser fonctionner sans surveillance. La confiance se gagne tâche par tâche, elle n’est pas accordée d’emblée.
C’est avec l’agent Claude que l’outil fait ses preuves — et c’est là qu’une configuration négligente peut causer de réels dommages. Tout l’art consiste à décider, de manière délibérée, sur quoi il peut agir, et à rester celui qui donne son accord final.
Pour aller plus loin
- Présentation de l’utilisation de l’outil — comment Claude va au-delà du chat.
- Utilisation de l’ ordinateur — la frontière ultime de l’interface agentique.
Partagé librement, en toute bonne foi. Si cela vous a été utile, un koha destiné à couvrir les coûts de développement et de fonctionnement est le bienvenu.
Laisser un koha →