Automatiser ce qui se répète
Passer d’un usage manuel à un usage régulier : quoi automatiser, comment poser les garde-fous, et pourquoi une automatisation sans supervision se dégrade silencieusement.
À la fin de ce chapitre, vous saurez
- Repérer les tâches qui méritent réellement d’être automatisées
- Choisir le bon niveau : compétence, projet, session planifiée, agent
- Poser des garde-fous qui rendent une défaillance visible
- Surveiller une automatisation pour qu’elle ne se périme pas en silence
Dans ce chapitre
Les chapitres précédents ont donné les briques : les compétences figent une méthode, les projets portent un contexte, les connecteurs branchent les outils, Cowork exécute une tâche longue. Ce chapitre les assemble en usage régulier.
Il traite aussi de ce dont on parle peu : une automatisation se dégrade, et il faut le prévoir dès le premier jour.
Ce qui mérite d’être automatisé
Trois conditions, dans cet ordre d’importance.
La stabilité. Mêmes entrées, même méthode, même sortie attendue. C’est la condition principale : une tâche longue mais différente à chaque fois demanderait un cadrage neuf à chaque exécution, et ne gagne rien à être automatisée.
La fréquence. Une tâche mensuelle mérite une compétence. Une tâche quotidienne mérite mieux.
La vérifiabilité. Vous devez pouvoir constater la réussite sans refaire le travail — la règle du chapitre 21.
Ce qui ne remplit pas ces conditions : les tâches à jugement, celles dont les entrées changent de nature, celles dont vous ne sauriez pas dire si le résultat est bon.
Choisir le bon niveau
Quatre niveaux, du plus léger au plus engageant.
| Niveau | Ce que ça fait | Quand |
|---|---|---|
| Compétence | Fige une méthode, se déclenche seule | La méthode est stable, vous déclenchez |
| Projet | Porte un contexte permanent | Le contexte est stable, la tâche varie |
| Session Cowork | Exécute une tâche longue sur commande | Tâche longue, déclenchée quand vous voulez |
| Exécution planifiée | Se déclenche seule, à intervalle régulier | Tâche stable ET récurrente ET vérifiable |
La progression est délibérée : ne sautez pas d’étapes. Une tâche qui n’a jamais tourné correctement en manuel ne tournera pas mieux en planifié — elle échouera simplement sans témoin.
L’ordre de mise en place qui fonctionne : faire à la main, écrire la compétence, la faire tourner en manuel plusieurs fois, puis seulement planifier.
Les garde-fous
C’est la partie que l’on saute et qu’on regrette. Quatre garde-fous, à poser dès la première version.
Le périmètre. Ce que l’automatisation peut toucher, et rien d’autre. Un dossier, un projet, un espace. Écrit explicitement.
L’interdiction de l’irréversible. Envoi, publication, suppression, paiement, modification de droits. Interdits par défaut, y compris — surtout — si vous ne les avez pas demandés.
Les points d’arrêt. Les conditions dans lesquelles l’automatisation s’arrête et vous prévient au lieu de continuer. Elles doivent porter sur l’anormal, pas seulement sur l’erreur.
Le journal. Ce qui a été fait, ce qui a été décidé, ce qui a été ignoré. C’est ce qui rend la surveillance possible.
## Périmètre Tu ne travailles que dans [dossier / projet]. Tu ne lis rien et n’écris rien en dehors. ## Interdictions absolues Ne jamais envoyer de message, publier, supprimer, ni modifier un fichier d’origine. Tu écris uniquement dans [dossier de sortie]. ## Points d’arrêt Arrête-toi et signale, sans rien produire, si : - le nombre d’éléments à traiter s’écarte de plus de 30 % de la dernière exécution - plus de 10 % des éléments sont illisibles ou de format inattendu - un total de contrôle ne tombe pas juste - tu rencontres un cas que la méthode ne prévoit pas ## Journal Écris JOURNAL-[date].md : nombre d’éléments traités, décisions non triviales, anomalies, et comparaison avec l’exécution précédente. ## Signal de bonne santé Termine toujours par une ligne : OK — [n] éléments traités, [n] anomalies, ou bien ANOMALIE — [raison].
La dégradation silencieuse
Le vrai risque n’est pas qu’une automatisation échoue. C’est qu’elle continue de fonctionner sur des hypothèses devenues fausses.
Le scénario est toujours le même. Vous automatisez. Vous surveillez deux semaines, tout va bien. Vous cessez de regarder. Trois mois plus tard, un fournisseur a changé le format de ses factures, ou une colonne a été renommée dans l’export. Le traitement continue, produit un résultat plausible, et personne ne le sait.
Trois parades.
Le signal de bonne santé. Chaque exécution se termine par une ligne explicite : OK ou ANOMALIE, avec les chiffres. Une absence de signal est elle-même un signal.
La comparaison avec l’exécution précédente. C’est ce qui détecte la dérive graduelle, invisible sur une seule exécution.
La revue périodique. Une fois par trimestre, reprendre une exécution complète à la main et comparer. C’est fastidieux, et c’est la seule vérification qui attrape ce que les autres manquent.
Voici les journaux des [n] dernières exécutions de cette automatisation. 1. Le nombre d’éléments traités a-t-il dérivé ? Montre-moi la série. 2. Quelles anomalies reviennent, et à quelle fréquence ? 3. Quelles décisions as-tu prises de plus en plus souvent sans instruction claire ? 4. Qu’est-ce qui, dans les données d’entrée, semble avoir changé de nature au fil du temps ? 5. Que faudrait-il ajouter au cadrage compte tenu de ce que ces exécutions ont révélé ?
Ce qui ne s’automatise jamais
La liste est courte et elle ne se négocie pas.
Ce qui sort de l’entreprise. Message à un client, publication, dépôt de dossier. Le brouillon s’automatise ; l’envoi, non.
Ce qui ne se rattrape pas. Suppression, paiement, modification de droits, annulation.
Ce qui engage. Un accord, un chiffrage transmis, une position officielle.
Ce qui concerne des personnes. Le tri de candidatures, l’évaluation, toute décision individuelle. Il ne s’agit pas que de prudence : il y a des obligations juridiques en Europe sur les décisions automatisées. Voir le chapitre 35.
Le critère unificateur est la réversibilité, pas l’importance. Un rapport interne faux se corrige. Un e-mail parti ne revient pas.
Une veille hebdomadaire qui tient dans le temps
La situation
Vous surveillez chaque lundi une dizaine de sources : sites de concurrents, publications réglementaires, appels d’offres. Une heure trente hebdomadaire, souvent bâclée.
Étape 1 — le faire à la main, deux fois
Vous le faites en conversation, en notant ce que vous cherchez réellement et ce que vous écartez. C’est la matière de votre compétence.
Étape 2 — la compétence
Vous figez : les sources, ce qui constitue un signal pertinent, le format de la fiche, et surtout ce qui doit être ignoré — la partie que l’on oublie systématiquement.
Étape 3 — les garde-fous
## Objectif Un fichier VEILLE-[date].md, une section par source, plus une section « À regarder en priorité » de trois éléments maximum. ## Périmètre Uniquement les sources listées dans SOURCES.md. Ne suis aucun lien sortant. N’écris que dans /veille. ## Interdictions Ne contacte personne, ne t’inscris à rien, ne remplis aucun formulaire. ## Points d’arrêt - Une source inaccessible : note-le, continue avec les autres. - Trois sources inaccessibles ou plus : arrête, c’est probablement un problème de connexion et non de sources. - Zéro nouveauté sur toutes les sources : arrête et signale, c’est suspect. ## Journal Nombre d’éléments trouvés par source, et comparaison avec la semaine précédente. ## Signal Termine par : OK — [n] éléments, [n] prioritaires — ou ANOMALIE.
Le point d’arrêt qui a servi
« Zéro nouveauté partout » a déclenché au bout de deux mois. Cause : un changement de structure sur le site principal faisait échouer l’extraction en silence. Sans ce garde-fou, la veille aurait rendu des fichiers vides pendant des semaines — et personne n’aurait remarqué qu’un fichier vide n’est pas une absence d’actualité.
La revue trimestrielle
Vous reprenez une semaine à la main et comparez. Vous découvrez deux sources devenues inutiles et une catégorie de signaux que vous n’aviez pas prévue. Vous mettez la compétence à jour.
Ce qu’il faut retenir
Vérifier que c’est passé
3 questions. Rien n’est enregistré, rien n’est envoyé : c’est pour vous.
Le journal d’une semaine
Pendant une semaine, notez chaque tâche que vous confiez à Claude, avec sa durée et une note de 1 à 3 sur sa stabilité — 3 si vous faites exactement la même chose à chaque fois. À la fin de la semaine, multipliez fréquence par durée pour les tâches notées 3. La ligne en tête est votre première automatisation. Les tâches notées 1 ou 2 ne sont pas des candidates, quelle que soit leur durée.
Un indice, si vous bloquez
Une tâche notée 2 peut souvent devenir un 3 en la découpant : la partie stable devient automatisable, la partie variable reste manuelle.