Tier 3 · Power3.115 min

Quand Claude cesse de parler et passe à l’action

New green shoots unfurling in spring lightWorking 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 :

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.

  1. 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ù ».
  2. 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.
  3. 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.
  4. 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

En marquant cette leçon comme terminée, vous enregistrez votre progression sur cet appareil — pas de compte, pas de suivi.

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 →

Utile ? Partagez cette leçon avec un collègue.