21 Automatisations OpenClaw Dont Personne Ne Parle — Parce Que Les Évidentes Ont Déjà Cassé Internet
C'est vrai. L'article précédent, c'était le pack de démarrage. Les automatisations que n'importe qui peut copier-coller en 30 minutes. Celui-ci, c'est différent. Voici les 21 automatisations qui tournent sur ma stack en ce moment même — les bizarres, les spécifiques, celles qui m'ont pris une semaine d'essais-erreurs pour les faire fonctionner.
Un peu de contexte avant qu'on plonge : je fais tourner Convex + Clerk + Supabase pour mes projets SaaS, n8n auto-hébergé sur Ubuntu pour l'automatisation, et Claude Code comme outil quotidien. Mon instance OpenClaw vit sur un VPS que j'ai depuis fin janvier. Chaque automatisation ci-dessous, je l'ai réellement déployée, cassée au moins une fois, et finalement réparée à 1h du matin en remettant en question mes choix de vie.
Encore une chose — elles ne sont pas classées par "coolitude". Elles sont classées par le temps qu'elles me font réellement gagner par semaine. Il s'avère que les plus chiantes gagnent.
Celles pour le workflow dev (qui m'ont fait me demander pourquoi j'ai jamais fait ça manuellement)
1. Baby-sitter nocturne pour Claude Code
Celle-ci vient d'un mec sur X qui avait posté sur son OpenClaw qui pilotait des boucles Claude Code pendant qu'il dormait. J'ai trouvé ça dingue. Puis j'ai testé. Maintenant je trouve que dormir sans que ça tourne, c'est dingue.
Le setup : un message Telegram comme "répare le bug d'auth dans /api/webhooks, lance les tests après" déclenche OpenClaw qui spawn une session Claude Code via claude --task dans une skill shell. OpenClaw wrappe la commande, monitore stdout, et parse la sortie des tests. Toutes les 5 itérations, il m'envoie un update de progression sur Telegram. Si les tests passent, il commit sur une branche et me ping. Si ça boucle plus de 20 fois sans progrès, il kill la session et sauvegarde un résumé de ce qu'il a tenté.
# La commande shell qu'OpenClaw lance via sa skill exec
claude --task "Fix the auth bug in /api/webhooks. Run npm test after each change. Stop when all tests pass." \
--output-dir /tmp/claude-session-$(date +%s) \
2>&1 | tee /logs/active-sessions/current.log
# Puis cette cron monitore la session
crons:
- name: "code-session-monitor"
schedule: "*/5 * * * *"
prompt: "Check active Claude Code sessions in /logs/active-sessions/. If any session has been stuck on the same error for 3+ iterations, kill it and save a failure report to /logs/dead-sessions/"
Attention : la première semaine, il a halluciné un fix qui passait mes tests mais cassait une feature complètement différente en prod. Comme donner un accès sudo à un dev junior et aller se coucher — techniquement fonctionnel, parfois terrifiant. J'ai ajouté une règle qu'il ne peut commiter que sur une branche bot/, jamais sur main. Ça a réglé le problème des "refactos surprises".
Je me réveille avec des PR mergées environ deux fois par semaine maintenant. Les trois autres jours, je me réveille avec des logs d'échec détaillés qui me font gagner une heure de contexte de debug. Dans tous les cas, je gagne.
2. Bot de review de PR qui connaît vraiment ma codebase
Pas un bot générique "vérifie les erreurs de lint". Celui-ci a du contexte. Je nourris OpenClaw avec un SKILL.md qui contient les décisions d'architecture de mon projet, les conventions de nommage, et les patterns spécifiques que j'utilise avec Convex (mutations vs actions, patterns de validators, tout le bordel). Quand une PR arrive, il review selon mes standards, pas un guide de style générique.
# pr-review-skill/SKILL.md
## Architecture Rules
- All database writes go through Convex mutations, never direct Supabase
- Auth checks use Clerk's getAuth() in every API route, no exceptions
- Validators live in convex/validators/, one file per table
- Never use .then() chains — async/await only
- Error messages must include the function name and input params
Il a chopé une PR la semaine dernière où je bypassais accidentellement l'auth Clerk sur un endpoint de webhook. Un linter aurait dit "ça a l'air bon". OpenClaw a dit "cet endpoint n'a pas de vérif d'auth et tes règles disent que chaque route API a besoin de getAuth()". C'est la diff entre un outil qui lit la syntaxe et un qui comprend l'intention.
3. Triage des mises à jour de dépendances 🦞
Tous les lundis à 6h, mon agent vérifie npm outdated et pip list --outdated sur tous mes repos, check le changelog pour chaque update, flag les breaking changes, et les catégorise en "safe to auto-update", "review first", et "ne touche PAS avant d'avoir lu le guide de migration". La sortie atterrit dans Notion. Dix minutes au lieu de quarante-cinq.
4. Détecteur de pic d'erreurs → auto-diagnostic
L'automatisation dont je suis le plus fier. Pas parce qu'elle est maligne — parce qu'elle m'a sauvé la mise deux fois en prod.
Elle se connecte aux logs de mon dashboard Convex via l'API. Une cron tourne toutes les 15 minutes et vérifie les taux d'erreur. Si les erreurs spikent au-dessus de ma baseline (qu'elle a apprise en observant 2 semaines), elle ne fait pas que m'alerter — elle récupère les messages d'erreur, les matche contre les déploiements récents, et m'envoie un message Telegram comme :
"Pic d'erreurs détecté : 47 ConvexError dans /api/checkout dans les 15 dernières min. Cause probable : ton déploiement d'il y a 2h a changé le validator pour 'amount' de number à string. Tu veux que je reverte ?"
Je dis "oui" ou "non" depuis mon téléphone. C'est tout. Comme avoir un sysadmin d'astreinte 24h/24 sauf que celui-ci ne facture pas 150€/heure et ne cc pas passivement-agressivement ton manager.
La deuxième fois qu'il m'a sauvé, c'était plus bizarre — il a flaggé un pic d'erreurs d'auth à 3h du matin qui s'est avéré être quelqu'un qui fuzzait mes endpoints d'API. Pas une attaque sophistiquée, mais sans l'alerte je n'aurais pas remarqué avant le matin. J'ai bloqué la plage d'IP depuis mon lit.
5. Le rapport matinal "qu'est-ce qui a cassé pendant que je dormais"
- name: "morning-stack-health"
schedule: "0 7 * * *"
prompt: "Generate morning stack health report. Check: 1) Convex function error rates last 12h, 2) Vercel deploy status for all projects, 3) New GitHub issues, 4) Supabase auth errors, 5) n8n workflow failures. Format as markdown, save to daily/"
Voilà la config. Voilà tout. Je lis la sortie avec mon café. Deux minutes au lieu de vingt minutes à naviguer entre cinq dashboards. Toutes les automatisations n'ont pas besoin d'une histoire. Parfois une cron et un prompt, c'est tout ce qu'il faut.
Les machines à fric (les pas sexy qui génèrent vraiment du revenu)
6. Pilote automatique d'onboarding client
Quand un nouveau client s'inscrit via mon SaaS, la chaîne va : webhook Clerk se déclenche → mutation Convex stocke l'utilisateur → n8n récupère l'événement → OpenClaw gère le reste.
Maintenant — tu te demandes peut-être pourquoi je ne fais pas ça entièrement dans n8n. J'ai essayé. Le problème, c'est l'email de bienvenue. Un template n8n, c'est un template. OpenClaw lit les données d'inscription de l'utilisateur (nom de l'entreprise, niveau de plan, ce qu'ils ont écrit dans le champ "qu'est-ce que vous construisez ?") et écrit un email personnalisé qui sonne comme si j'avais vraiment lu leur formulaire.
Mes taux d'ouverture ont à peu près doublé après être passé des templates aux emails écrits par l'agent. Pas un test A/B scientifique, mais la différence était assez évidente dans les analytics email de Stripe.
Le reste (création d'espace de travail, rappel de check-in jour-3, update CRM Notion) c'est de l'orchestration straightforward. La valeur d'OpenClaw ici, c'est spécifiquement les parties lourdes en NLP que n8n ne peut pas bien faire.
7. Moniteur de prix concurrents → brouillon de réponse
Je vends un SaaS sur un marché avec 4 concurrents directs. OpenClaw scrape leurs pages de prix chaque matin (skill d'automatisation de navigateur), compare avec mon pricing actuel, et m'alerte si quelqu'un change quoi que ce soit. Mais le vrai truc : il draft une stratégie de réponse basée sur des règles que j'ai définies.
Concurrent X descend sous 29€/mois → draft une campagne email mettant en avant les features qu'ils n'ont pas. Concurrent Y ajoute une feature que je n'ai pas → crée une issue GitHub avec une spec de feature.
Je n'ai pas été surpris par un mouvement de concurrent depuis deux mois. C'est comme jouer à un jeu de stratégie où tu as découvert toute la carte pendant que tout le monde est encore dans le brouillard de guerre.
8. Chasseur de factures qui ne sonne pas comme un robot
OpenClaw monitore Stripe via webhook. Paiement qui échoue ou facture en retard de 7 jours → il draft un suivi dans ma voix (entraîné sur 50+ emails passés) et envoie via Gmail.
L'escalade : jour 7 c'est amical, jour 14 c'est plus ferme, jour 21 ça copie mon comptable. Je n'ai pas chassé manuellement une facture depuis janvier. Trois phrases, 2-3 heures économisées par mois. On passe au suivant.
9. Séquence de récupération d'échec de paiement
C'est différent du chasseur de factures. Quand un paiement d'abonnement échoue (carte expirée, fonds insuffisants), Stripe déclenche un webhook et OpenClaw démarre une séquence de récupération en 3 étapes sur 7 jours. Mais le truc, c'est la personnalisation — il vérifie les données d'usage de l'utilisateur dans Convex avant d'envoyer l'email.
Utilisateur gros consommateur avec une carte qui a échoué ? "Salut, j'ai remarqué que ta carte a expiré — ton équipe a lancé 847 automatisations le mois dernier, je ne voulais pas que tu perdes l'accès." Utilisateur faible consommation qui ne s'est pas connecté depuis 2 semaines ? Approche complètement différente — plus un coup de coude "tu veux encore ça ?" qui lui donne une sortie facile. Je préfère perdre proprement un abonnement mort plutôt que continuer à facturer quelqu'un qui m'a oublié.
Récupéré environ 400€ le premier mois. Pas révolutionnaire, mais l'automatisation a pris 20 minutes à setup, donc le ROI est absurde.
10. Qualification de leads avec nuances
Quand quelqu'un remplit mon formulaire de contact, OpenClaw reçoit le webhook, vérifie leur domaine email, les lookup sur BuiltWith (données publiques de stack tech — pas de scraping de sites à login), estime la taille de l'entreprise depuis des infos publiques, et score le lead 1-10 basé sur mes critères.
Leads haut score reçoivent une réponse personnalisée immédiate. Leads bas score reçoivent un template.
J'avais initialement fait scraper les profils LinkedIn aussi. Ça a duré exactement 4 jours avant que la détection anti-bot de LinkedIn commence à bloquer mon navigateur headless comme un videur de boîte qui vient de repérer ma fausse carte d'identité. Je suis passé à BuiltWith et au tier gratuit de Clearbit à la place. Moins de données, mais ça marche vraiment de façon fiable, ce qui s'avère plus important que d'avoir le plus de données. Qui l'eût cru.
Admin de vie, mais en bizarre
11. Scanner de reçus → catégoriseur de dépenses → export prêt pour les impôts
Je photographie les reçus, les envoie à OpenClaw via WhatsApp. Il fait de l'OCR sur l'image, extrait le montant et le vendeur, catégorise (business/personnel, déductible fiscalement/pas), et log dans une table Supabase.
create table expenses (
id uuid primary key default gen_random_uuid(),
date timestamp,
vendor text,
amount decimal,
category text,
tax_deductible boolean,
receipt_url text,
notes text
);
Saison des impôts venue, j'exporte la table et l'envoie à mon comptable. L'année dernière ce processus m'a pris tout un weekend. Cette année ça a pris 4 minutes. Le plus marrant : OpenClaw a correctement catégorisé mes commandes UberEats de 2h du matin comme "non déductibles fiscalement" malgré mes meilleurs efforts pour le convaincre que le carburant de debug est une dépense business.
12. CRM relationnel (oui, pour les relations personnelles)
Ça sonne dystopique mais écoute-moi. OpenClaw track quand j'ai contacté pour la dernière fois mes amis proches et ma famille, basé sur mon historique de messages. Si ça fait plus de 2 semaines que je n'ai pas parlé à quelqu'un de mon "cercle intérieur", il me rappelle. Pas avec un générique "appelle ta mère" — avec du contexte comme "tu as parlé à Marcus pour la dernière fois de son entretien d'embauche le 28 janvier. Il devrait connaître les résultats maintenant."
J'oublie des trucs. Mon cerveau ADHD perd constamment le contexte, je suis nul pour garder le contact avec les gens et cette automatisation a fait de moi un meilleur ami. Mais je digresse — enfin bref c'est un article sur les automatisations pas une séance de thérapie.
13. L'auditeur d'abonnements "est-ce que j'ai déjà payé pour ça ?"
Une fois par mois, OpenClaw scanne mes transactions bancaires (j'exporte un CSV de ma banque, je ne lui donne pas d'accès direct — je suis parano, pas fou), cross-référence avec une liste d'abonnements que je maintiens dans Notion, et flag tout ce qui est inattendu. Il a trouvé un dyno hobby Heroku à 12€/mois que j'avais oublié de tuer après avoir migré vers Vercel il y a huit mois. Ça fait 96€ à la poubelle parce que j'étais trop feignant pour vérifier.
Il flag aussi quand les essais gratuits sont sur le point de se convertir en payant. Comme avoir un ami dont le seul trait de personnalité est "lit les petites lignes". Chiant, mais tu le veux à table.
14. Updater de documentation de codebase
Tous les vendredis, OpenClaw scanne mes repos pour les fonctions qui ont changé cette semaine mais dont les commentaires JSDoc n'ont pas changé.
Il draft une documentation mise à jour basée sur le comportement réel du code et ouvre une PR. Pas une réécriture complète de docs — des updates chirurgicales des parties qui ont dérivé.
Ça sonne mineur jusqu'à ce que tu réalises que les docs obsolètes, c'est comme ça que la moitié des bugs de prod commencent. Quelqu'un lit un commentaire qui dit "retourne un objet user" quand maintenant ça retourne un objet user wrappé dans un type Result. Boom, erreur runtime, debug à 2h du matin, tu connais la chanson.
J'ai rejeté environ 40% de ses PR de doc les deux premières semaines. Maintenant c'est descendu à peut-être 15%. Il a appris mes patterns — ce qui est soit impressionnant soit légèrement inquiétant, selon la quantité de sci-fi que tu as consommée récemment.
15. Forensique d'échec de workflow n8n
Mon instance n8n fait tourner environ 30 workflows. Quand un échoue, n8n m'envoie un email qui dit, essentiellement, "workflow X a échoué au node Y." Super utile si je me souviens de ce que fait le workflow X et de ce que le node Y est censé faire. Ce que je ne fais pas, parce que je l'ai construit il y a trois semaines à minuit.
OpenClaw intercepte les notifications d'échec de n8n, récupère la définition du workflow, lit le message d'erreur, et le traduit en quelque chose d'effectivement utile : "Ton workflow 'new-user-slack-notification' a échoué parce que l'API Slack t'a rate-limité. Tu envoies 1 notification par inscription mais tu as eu 47 inscriptions dans la dernière heure.
Suggestion : batch les notifications ou ajoute un délai d'1 minute entre les appels."
Cet exemple spécifique m'a coûté 45 minutes à débugger manuellement avant d'avoir cette automatisation. Maintenant j'ai le diagnostic dans Telegram avant même de savoir que quelque chose a cassé.
Celles qui sonnent inutiles jusqu'à ce qu'elles te sauvent
16. Auto-triage d'issues GitHub
Les nouvelles issues arrivent, OpenClaw les lit, les labellise (bug/feature/question), estime la complexité (S/M/L), vérifie si une issue similaire a déjà été résolue, et si c'est le cas, poste un commentaire avec le lien. Pour les vrais bugs, il tente de reproduire en utilisant les étapes du rapporteur et ajoute ses trouvailles.
Cinq à dix issues par semaine sur mes repos. Le lundi commence avec elles déjà organisées et à moitié répondues. L'avant/après sur celle-ci est frappant.
17. Vérificateur de sanité mentale post-déploiement
À chaque fois que Vercel finit un déploiement, un webhook déclenche OpenClaw pour taper les chemins critiques de mon app : est-ce qu'un utilisateur peut s'inscrire ? Peut-il créer un projet ? La page de facturation se charge-t-elle ? Tests de fumée basiques, mais lancés automatiquement sur chaque déploiement.
Tu pourrais penser "écris juste des tests corrects." Et ouais, j'ai des tests. Mais les tests tournent dans un environnement de test.
Ça tape la prod.
Après le vrai déploiement. Avec la vraie auth Clerk et les vraies données Convex. Ça a chopé un déploiement où tout passait en CI mais la variable d'environnement Vercel pour mon URL Convex pointait sur mon instance de dev. Tests : verts. Production : complètement cassée. OpenClaw : "ton /dashboard retourne une 500, tu veux que je rollback ?"
Comme une alarme incendie qui marche vraiment vs celle de ton appart qui se déclenche quand tu fais des toasts. Les deux "détectent des trucs" techniquement. Une seule est utile.
18. Le bouton panique de fuite de .env
Celle-ci est née d'un traumatisme. Il y a trois semaines j'ai failli commiter une clé service_role Supabase dans un exemple de code README. Mon .gitignore était bon. Mes tests étaient bons. La clé était dans un fichier markdown qu'aucun outil n'a pensé à scanner.
Maintenant : à chaque fois que je push sur n'importe quel repo, OpenClaw lance un hook post-commit qui scanne TOUT — pas juste les fichiers de code. Markdown, READMEs, fichiers .txt, configs YAML, fichiers Docker Compose. Tout ce qui sent le pattern de credential (chaînes base64 de plus de 30 chars, chaînes commençant par sk_, sb_, pk_, tout ce qui a secret ou key adjacent à une longue chaîne).
Oui, GitHub a un scanning de secrets. OpenClaw a chopé le mien en premier. L'automatisation parano, c'est celle qui sauve ta carrière. Et si tu as déjà fat-fingé un git push et senti ton estomac se retourner — tu sais exactement de quoi je parle.
19. Transcript de meeting → action items → Notion (avec accountability passive-agressive)
Après chaque appel Zoom, l'enregistrement arrive sur Fathom. OpenClaw récupère le transcript, extrait les action items, les assigne basé sur le contexte ("Phil a dit qu'il gérerait la migration d'auth" → crée une tâche assignée à moi), et balance tout dans Notion.
La partie qui lui vaut une place sur cette liste : il cross-référence les notes de meetings précédents.
Action item d'il y a deux semaines pas complétée ? Il la flag dans le nouveau résumé de meeting avec une petite note : "ça a aussi été assigné le 31 janvier — toujours ouvert." Passive-agressif ? Peut-être. Mais je n'ai jamais eu moins de balles lâchées sur les projets.
20. Audit de row-level security Supabase
Tous les dimanches, OpenClaw review mes politiques RLS contre ma structure de table actuelle. Tables sans politiques ? Flaggées. Politiques trop permissives ? Flaggées. Mismatches entre les IDs utilisateur Clerk et l'auth Supabase ? Tu l'as deviné.
-- Exemple de ce qu'il flag :
-- "Table 'user_settings' has no RLS policy.
-- Any authenticated user can read any other user's settings.
-- Suggested fix:"
alter table user_settings enable row level security;
create policy "Users can only see their own settings"
on user_settings for select
using (auth.uid() = user_id);
Il a trouvé 3 politiques mal configurées dans ma première semaine. Trois. Sur un projet que je pensais verrouillé. Si tu utilises Supabase et que tu n'as pas quelque chose comme ça qui tourne, tu laisses basiquement ta porte d'entrée ouverte en espérant que personne ne passe.
Dans un quartier où 135 000 [sic] instances OpenClaw sont exposées publiquement parce que les gens n'ont pas configuré leurs firewalls. Je dis ça comme ça.
21. La méta — OpenClaw qui monitore OpenClaw
Mon agent a une cron qui se monitore lui-même. Toutes les heures il vérifie la consommation de tokens, les coûts API du jour, et si l'un de ses autres jobs cron a échoué.
Si les coûts API quotidiens dépassent mon seuil de 5€, il édite sa propre config pour utiliser Claude Haiku au lieu d'Opus pour les tâches non-critiques (briefings matinaux, rappels — tout ce qui n'a pas besoin de raisonnement lourd).
- name: "self-monitor"
schedule: "0 * * * *"
prompt: "Check: 1) Today's total API cost via the token dashboard, 2) Failed cron jobs in the last hour, 3) Memory folder size. If API cost > $5, edit config.yaml to switch non-critical tasks to haiku. If any cron failed, retry once and log the error."
Maintenant — est-ce que ça marche toujours parfaitement ? Non. Il s'est une fois switché sur Haiku pour une tâche de review de PR qui avait vraiment besoin du niveau de raisonnement d'Opus. La review qu'il a produite était... optimiste. Disons juste qu'il a approuvé une PR qui introduisait une vulnérabilité d'injection SQL et a appelé le code "propre et bien structuré." J'ai ajouté une liste hardcodée de tâches qui doivent toujours utiliser Opus, sans exceptions. Leçon apprise.
Un agent IA qui gère son propre budget, répare ses propres échecs de cron, et approuve occasionnellement du code terrible. Si ça, ce n'est pas la simulation la plus précise d'un dev junior que j'aie jamais vue, je ne sais pas ce que c'est 🦞
La vérité chiante que personne ne veut entendre
21 automatisations. La plupart pas glamour. Pas de négociations de voiture, pas de commandes d'épicerie, pas de briefings matinaux lus avec un accent australien.
Celles qui ont vraiment changé mon workflow ? Le détecteur de pic d'erreurs. Le rapport de santé matinal de la stack. Le catégoriseur de dépenses. La forensique d'échec n8n. Des trucs sur lesquels tu ne peux pas faire un tweet viral.
Mais elles se composent. Vingt minutes économisées ici, trente là. À la fin de la semaine je récupère 6-7 heures. C'est presque une journée de travail complète, chaque semaine, à ne rien faire d'autre que des trucs que je faisais manuellement comme une sorte d'homme des cavernes pré-2026.
Coût de setup pour la plupart : un après-midi. Peut-être deux si tu connectes plusieurs services. Quinze à trente balles par mois pour le VPS et les coûts API.
Le vrai flex, ce n'est pas d'avoir le setup OpenClaw le plus cool. C'est d'avoir celui qui te rend ton temps.
Si cette liste t'a donné des idées pour ton propre setup — follow-moi. Je suis en train de stress-tester le mode multi-agent d'OpenClaw où je fais tourner 5 agents spécialisés au lieu d'un généraliste. Les premiers résultats sont soit brillants soit un désastre complet. Je n'arrive pas encore à dire. Stay tuned.
Ces automatisations OpenClaw qui transforment le développement nocturne ? Découvrez comment les intégrer dans votre workflow de production avec notre newsletter.