Cas d'usage MaxClaw : 7 façons de mettre votre agent IA au travail

Bonjour, je m’appelle Dora. Il y a quelques semaines, je me suis surprise à faire la même danse matinale : ouvrir le calendrier, parcourir trois boîtes mail, faire défiler Slack, consulter quelques tableaux de bord, puis essayer de me souvenir du document que j’avais promis de mettre à jour. Rien de tout cela n’est un travail difficile, mais c’est le genre qui grignote les bords de votre journée. J’avais vu Maxclaw mentionné suffisamment de fois pour finalement l’essayer, non pas parce que je voulais un nouveau jouet, mais parce que ces bords s’accumulent.

Ce qui suit n’est pas une visite guidée des fonctionnalités. C’est la façon dont j’ai mis Maxclaw au travail de manière petite et régulière. Considérez ces cas d’usage de Maxclaw comme une note de terrain issue d’une semaine d’essais, d’erreurs et de quelques victoires discrètes. Si vous êtes déjà entouré d’outils d’IA et que le volume est trop élevé, voici la version plus douce : des systèmes qui réduisent les clics, pas la personnalité.

Cas d’usage 1 — Agent de briefing matinal

Ce qu’il fait, comment le configurer

Je voulais un message qui arrive à 8h15 avec uniquement ce dont j’ai besoin : les réunions du jour (avec les liens), les mentions non lues dans Slack, les trois principales métriques de l’analytique, et un rappel de ma liste de tâches.

Ce qu’il fait : chaque matin en semaine, Maxclaw récupère mon Google Agenda, analyse les mentions Slack des dernières 24 heures, prend un instantané quotidien depuis un endpoint de métriques, et fait remonter une tâche due aujourd’hui. Il arrive sous la forme d’une note unique dans ma boîte mail et d’un DM dans Slack. Le ton est bref. Pas de fioritures.

Configuration (environ 40 minutes) :

Connexion de Google Agenda (OAuth) avec un accès en lecture seule.
Ajout de Slack via un token bot avec les permissions mentions:read et channels:history. Le guide officiel des permissions des bots Slack a été utile.
Connexion de Maxclaw à une petite API de métriques que j’avais déjà (juste un GET avec une clé) : vous pouvez utiliser une Google Sheet si c’est votre environnement.
Liaison de mes tâches depuis Todoist via leur API : un élément dû aujourd’hui est inclus.
Rédaction d’un court prompt système : « Sois concis. Résume la journée en points. Inclus les liens. Pas de félicitations. »

Le premier matin, c’était… correct. Le deuxième matin, j’ai remarqué que je ne parcourais plus cinq onglets. Ça n’a pas économisé de minutes brutes au début, mais ça a réduit le brassage mental. Au quatrième jour, ça m’a probablement économisé 10 à 12 minutes et un peu de cortisol. Limites : si Slack est bruyant, les mentions peuvent noyer l’essentiel : je les ai plafonnées à trois avec un lien « voir plus ».

Cas d’usage 2 — Préparation et résumé de réunions

Je n’aime pas entrer en réunion à l’aveugle, mais je n’aime pas non plus la surpréparation. J’ai mis en place un petit flux : 30 minutes avant une réunion, Maxclaw rédige une fiche de préparation, l’ordre du jour, les noms, les trois derniers fils liés au sujet, et un paragraphe de contexte issu du document pertinent. Après la réunion, il écoute l’enregistrement et dépose les points d’action et les décisions dans un document de notes partagé.

Ce qui a aidé : le lier à la description du calendrier. Si le titre de l’événement inclut un ticket Jira ou un lien vers un document, Maxclaw le récupère et construit à partir de là. S’il n’y a rien, il se rabat sur une préparation légère : participants, fils d’e-mails récents avec ces personnes (sujets seulement), et une question suggérée pour débloquer la conversation.

J’ai testé cela sur six réunions début mars. Deux étaient excellentes, la préparation correspondait à la réalité. Deux étaient correctes. Deux ont raté la cible parce que les informations du calendrier étaient vagues. Solution pratique : j’ajoute maintenant une ligne dans la description de l’événement. Ce petit changement d’habitude a rendu les résumés plus utiles que décoratifs. Bonus : j’ai établi une règle pour ne mettre en évidence que les points d’action avec des responsables : tout le reste va dans une section « notes », afin qu’il ne prétende pas être plus décisif que nous ne l’avons été.

Limites : si vous vous appuyez sur la transcription en direct, vérifiez bien les fuseaux horaires et les permissions. Aussi, cela ne remplacera pas un vrai ordre du jour. Ça vous pousse vers l’un d’eux.

Cas d’usage 3 — Bot de support client sur Telegram

J’ai un canal de support discret sur Telegram pour un petit produit. Les gens posent les quatre mêmes questions encore et encore. J’ai connecté Maxclaw à un bot Telegram (via BotFather) et lui ai fourni une petite FAQ soignée ainsi que trois politiques (remboursement, panne, escalade).

Le bot gère les premières réponses, suggère des liens, et tague la conversation si elle ressemble à un problème de facturation ou de compte (ceux-là ont encore besoin d’un humain). Une semaine typique, il répond correctement à 60-70 % des questions dès le premier essai. Quand il n’est pas sûr, il propose deux options de clarification plutôt que de deviner.

La configuration a pris une après-midi :

Création d’un bot Telegram et d’un token.
Connexion du webhook de Maxclaw aux mises à jour du bot.
Chargement d’une mini base de connaissances de 12 pages (pré-nettoyée pour la clarté : questions courtes, réponses courtes).
Ajout d’un transfert simple : si trois échanges se passent sans résolution, me tagger et passer à l’e-mail.

La victoire n’était pas seulement la vitesse, c’était le ton. J’ai demandé un langage simple et pas de promesses. Les gens se sentent quand même écoutés. Limites : les images et les fichiers joints sont maladroits, et les noms d’utilisateur Telegram ne correspondent pas toujours aux comptes, donc j’évite les actions spécifiques aux comptes ici. Pour ça, je renvoie vers l’e-mail.

Cas d’usage 4 — Q&R sur la base de connaissances interne (Entreprise)

J’ai testé Maxclaw contre un wiki interne désordonné chez un client fin février. Pensez à des espaces Confluence qui se chevauchent, des Google Docs obsolètes, et un cimetière de PDFs. L’objectif : réduire les messages « On a un doc pour ça ? ».

Ce qui a fonctionné : un index étroit. Nous avons choisi trois sources vivantes (spécifications produit, playbooks d’intégration, et décisions d’architecture), les avons découpées et intégrées avec un accès basé sur les rôles. Nous avons ignoré les données obsolètes.

Avec ça, Maxclaw pouvait répondre à « où est-ce que je trouve… ? » et « quelle est la dernière info sur… ? » avec des citations et des dates de dernière modification. Les citations comptaient : les gens font confiance aux réponses sur lesquelles ils peuvent cliquer. L’adoption n’a augmenté qu’une fois que nous avons ajouté une commande slash Slack — taper /ask semblait plus facile que de visiter un autre outil.

Deux points de friction :

La dérive de version. Si vous ne mettez pas à jour les embeddings à chaque commit, les réponses deviennent obsolètes. Nous avons mis en place une réindexation nocturne et un webhook pour rafraîchir à la fusion.
Les permissions. Respecter l’accès au niveau des groupes était non négociable : nous avons reproduit l’appartenance aux groupes Google. Sans exception.

Si vos connaissances sont principalement des e-mails et des diaporamas, cela ne semblera pas magique. Si vous avez une bonne colonne vertébrale de documents, c’est un soulagement.

Cas d’usage 5 — Générateur de rapports par recherche en plusieurs étapes

C’est celui que je m’attendais à regarder avec scepticisme, et il a finalement tenu la route. J’ai lancé une petite boucle de recherche sur un nouveau marché : rassembler des articles de blog et des documents récents provenant de 8 à 10 sources crédibles, extraire des affirmations, vérifier quelques statistiques, puis rédiger un résumé de deux pages avec des citations et des questions ouvertes.

Mon flux Maxclaw :

Récupérer les liens sources (un ensemble RSS sélectionné plus quelques newsletters).
Crawler et extraire les sections qui correspondent aux trois questions qui m’intéressent.
Comparer les affirmations entre les sources : signaler les conflits.
Rédiger un résumé avec des citations en ligne et une section d’un paragraphe de contre-argument.

Le premier passage a pris 20 minutes et était désordonné, trop de liens, un langage vague. Après deux ajustements de prompt (« préférer les sources primaires : compresser les citations : afficher les dates »), le résumé est devenu utilisable. Je lis toujours les sources : je n’externalise pas mon jugement. Mais l’échafaudage est là. Économies réelles : environ 45 minutes par résumé, principalement en évitant de formater les citations et de perdre le fil de ce que j’avais déjà lu.

Limites : les sources avec paywall interrompent le flux sauf si vous avez des tokens d’accès. De plus, le modèle peut trop résumer les nuances : je maintiens une liste « ne pas compresser » pour certains auteurs ou rapports.

Cas d’usage 6 — Gestionnaire personnel de tâches et de calendrier

Je ne voulais pas d’une autre application de tâches. Je voulais moins d’endroits où chercher. J’ai donc laissé Maxclaw jouer le rôle de liant : il surveille mon calendrier, Todoist, et un calendrier familial partagé, et négocie des créneaux de temps avec moi.

Voici la cadence qui a fonctionné :

Chaque soir, il suggère deux blocs de 45 minutes pour un travail en profondeur le lendemain, en tenant compte des réunions et des habitudes énergétiques que j’ai définies (les matins sont bons, les fins d’après-midi légères).
Il me demande si une tâche convient mieux au créneau : je réponds avec un code court (« R2 » pour un rapport, « P1 » pour une proposition), et il met à jour le titre du calendrier en conséquence.
Si une réunion est ajoutée en cours de journée, il propose de déplacer le créneau, pas de l’annuler.

La surprise : j’ai dit « non » beaucoup la première semaine. C’était bien. Dès la deuxième semaine, je disais « oui » plus souvent, et le planning reflétait réellement mes intentions. Limites : les tâches récurrentes nécessitent de l’attention, sinon elles commencent à s’accumuler dans les suggestions. J’ai établi une règle pour ignorer tout ce qui date de plus de deux semaines sauf si je le réactive.

Cas d’usage 7 — Automatisation Slack pour l’équipe

J’ai ajouté trois petites automatisations que personne n’a remarquées au début, ce qui est parfait :

Le standup collecte les réponses pendant 10 minutes, les formate, et publie un fil unique avec des tags.
Quand un nouveau problème GitHub mentionne « docs », Maxclaw notifie le canal docs avec un lien et un propriétaire suggéré basé sur les modifications récentes.
Le vendredi à 15h, il publie les décisions non résolues issues des notes de réunion avec un bouton oui/non/ignorer. Les boutons comptent : les gens cliquent vraiment dessus.

Détails de configuration : bot Slack avec les bonnes permissions, un webhook GitHub filtré sur un repo, et un store léger pour suivre les éléments de « décision ». Rien de tout cela n’est nouveau. La valeur est que ça a maintenu les petites tâches administratives hors de la charge de l’équipe. Sur deux semaines, ça a probablement économisé une heure à notre PM, mais plus important encore, moins de messages « Quelqu’un a posté le standup ? ».

Limites : tenez un changelog. Même de petites automatisations peuvent perturber les gens si elles changent silencieusement. J’ai posté un court message dans #general expliquant chaque commande.

Comment choisir le bon cas d’usage pour commencer

J’ai commencé avec le briefing matinal parce qu’il avait le plus faible rayon d’action. S’il échouait, seule moi le remarquerais. C’est ma règle générale pour les nouveaux outils : commencer là où les enjeux sont faibles et la répétition est haute.

Une façon rapide de choisir :

Listez trois boucles répétitives que vous touchez quotidiennement (préparation, statut, routage, résumé).
Pour chacune, notez où le changement de contexte fait plus mal que le travail lui-même.
Choisissez celle que vous pouvez tester en moins d’une heure avec de vraies données, pas des échantillons.

Si vous êtes davantage orienté opérations, essayez les automatisations Slack. Si vous gérez le support, le bot Telegram est une victoire nette et bien délimitée. Si votre équipe est axée sur les documents et sceptique, le Q&R interne avec citations gagne généralement la confiance sans fanfare.

J’aime Maxclaw surtout quand il supprime des étapes et dit moins. Ces cas d’usage de Maxclaw ne sont pas impressionnants sur une scène de démo, et c’est justement le but. Si l’un d’eux réduit votre brassage mental, c’est un bon début.