Chaque développeur a le même fantasme : se réveiller, écouter un résumé vocal de ce qui compte, et passer à autre chose. Pas de boîte mail à scroller, pas de jonglage entre GitHub, Slack et Gmail. Juste un résumé propre, livré sur votre téléphone, en audio. Comme Tony Stark, sans le budget pour la combinaison.
Je l’ai enfin construit. Il m’a fallu 15 minutes, un nouvel outil, et zéro code traditionnel. Voilà comment.
L’idée de départ
Quand Anthropic a annoncé Claude Routines (des tâches d’agent planifiées et récurrentes), quelque chose a cliqué. Je construis des outils chez Arcade.dev depuis un moment, et nous avions déjà des connecteurs pour Gmail, GitHub, Slack, et plus encore. Et si je les branchais ensemble pour créer un agent de briefing personnel ?
L’idée était simple : toutes les heures, un agent lit mes e-mails, vérifie mes PR GitHub, scanne ce qui compte, et m’envoie un court résumé. Pas de tableaux de bord. Pas d’applis. Juste un message sur mon téléphone.
Premier essai : les notifications Slack
La première version utilisait notre outil Slack pour m’envoyer des résumés. Ça fonctionnait, techniquement. Mais Slack, c’est bruyant. Mon briefing se noyait entre les threads, les réactions en emojis et quelqu’un qui demande si le frigo du bureau est partagé (oui, Gary).
Slack n’était pas le bon canal. J’avais besoin de quelque chose de plus discret. Quelque chose qui ressemble à une alerte, pas à une fenêtre de chat de plus.
Passage à Telegram
J’ai basculé sur Telegram. Problème : on n’avait pas encore d’outil Telegram.
Alors j’ai demandé à Claude d’en créer un. Un seul prompt, pointé vers notre structure de projet existante, et dix minutes plus tard j’avais un outil Telegram fonctionnel : envoi de messages, réception de messages, et text-to-speech via l’API TTS d’OpenAI, tout intégré. Claude connaissait déjà la structure de nos toolkits, donc il s’est presque écrit tout seul.
Avec l’outil Telegram en place, mon agent pouvait désormais envoyer des résumés directement dans un chat Telegram privé, sous forme de messages vocaux. Propre, discret, personnel.
Tout assembler avec un MCP Gateway
C’est là qu’intervient le « MCP Gateway » d’Arcade.dev, qui a tout fait cliquer. Au lieu de configurer chaque connexion d’outil individuellement, j’ai créé un gateway unique qui fédère tous mes outils (Gmail, GitHub, Slack, et mon nouvel outil Telegram personnalisé) derrière une seule URL.
La configuration m’a pris environ deux minutes dans le tableau de bord Arcade.dev. Vous créez un gateway, lui donnez un slug, choisissez les outils à inclure depuis le catalogue, et ajoutez optionnellement des instructions LLM pour indiquer au modèle comment utiliser votre combinaison d’outils spécifique. J’ai ajouté des instructions du type : « résume les nouveaux e-mails et les PR ouverts, puis envoie un briefing vocal via Telegram. »
Le gateway vous fournit un endpoint unique :
https://api.arcade.dev/mcp/your-gateway-slugJ’ai ajouté cette URL comme connecteur dans Claude, et c’était tout. Claude avait désormais accès à chaque outil de mon gateway, authentifié, cadré, prêt à l’emploi. Plus besoin de jongler avec plusieurs configs serveur, ni de gérer des connexions séparées pour chaque service. Une URL, tous mes outils.
C’est ce qui rend le build en 15 minutes possible. Sans le gateway, je devrais connecter individuellement des serveurs MCP pour Gmail, GitHub et Telegram. Avec lui, ajouter un nouvel outil à mon setup Jarvis se résume à cocher une case dans le tableau de bord.
Les briefings audio, c’est autre chose
Des résumés texte auraient fait l’affaire. Mais les entendre ? Bien mieux. Trois à cinq phrases, maximum. Le genre de chose qu’on écoute en se versant un café.
L’outil Telegram intégrant déjà OpenAI TTS, l’agent génère un court résumé, le convertit en audio et l’envoie en message vocal, en une seule étape.
Le résultat : un clip audio de 10 à 30 secondes, toutes les heures, couvrant tout ce que j’ai besoin de savoir. E-mails, PR, points d’action. Aucun écran requis.
Ça a fonctionné du premier coup. C’est là que j’ai su que ce setup était absurde, dans le bon sens du terme.
Le problème des doublons
Un truc m’agaçait : l’agent me parlait sans cesse des mêmes e-mails et des mêmes PR. Toutes les heures, il ressortait des choses que j’avais déjà traitées. Pénible.
La solution était bêtement simple. J’ai créé un petit fichier JSON dans un dépôt git (un simple key-value store qui trace ce qui a déjà été signalé). À chaque exécution de la routine, Claude lit le fichier, le compare aux nouvelles données, envoie uniquement le delta, et réécrit l’état mis à jour.
Pas de base de données. Pas de Redis. Pas d’infrastructure. Juste un fichier JSON et des commits git. Moche ? Peut-être. Parfaitement fonctionnel ? Absolument.
Le stack
Voici ce qui fait tourner mon Jarvis personnel :
- Claude Routinesexécutions d’agent planifiées toutes les heures
- Arcade.dev MCP Gatewayfédère tous les outils derrière une URL unique, connectée à Claude comme un seul connecteur
- Outil Gmail Arcade.devlit et filtre ma boîte mail
- Outil GitHub Arcade.devrécupère le statut des PR et les demandes de review
- Outil Telegram Arcade.devenvoie des messages vocaux avec OpenAI TTS intégré (créé par Claude en ~10 minutes)
- Un fichier JSON dans gitgestion d’état pour la déduplication
Pas de backend. Pas de pipeline de déploiement. Pas de frontend. Tout le système se résume à un prompt et des outils.
Pourquoi ça compte
Soyons honnêtes : ce n’est pas de l’infrastructure de production. C’est un hack personnel. Mais c’est précisément l’intérêt.
Il y a un an, construire quelque chose comme ça aurait impliqué d’écrire un service Node, de gérer les tokens OAuth pour Gmail et GitHub, de déployer un cron job quelque part, de gérer l’API bot de Telegram, d’intégrer un service TTS, et de trouver une solution pour la persistance d’état. Ce qui commence comme un projet de week-end se transforme en chantier d’une semaine, puis agonise dans un dépôt à moitié terminé.
Je l’ai fait en 15 minutes. Les outils gèrent l’authentification. Claude gère l’orchestration. J’ai juste décrit ce que je voulais et itéré sur le prompt quelques fois jusqu’à obtenir le bon résultat.
L’écart entre « je veux un IA qui fait X » et « j’ai un IA qui fait X » se réduit vite. L’accès aux outils authentifiés, c’est ce qui le comble. Votre agent ne peut pas envoyer un message Telegram ou lire votre Gmail s’il ne peut pas s’authentifier en tant que vous. C’est la partie difficile, et c’est ce qu’Arcade.dev gère pour vous.
Construisez le vôtre
Si vous voulez essayer ça par vous-même :
- Configurez Claude Routines avec une planification récurrente
- Choisissez vos outils Gmail, GitHub, Slack, Calendar, tout ce qui compte dans votre workflow
- Créez un MCP Gateway fédérez vos outils dans un endpoint unique via le tableau de bord Arcade.dev, ajoutez des instructions LLM pour votre cas d’usage, et connectez l’URL du gateway à Claude comme connecteur
- Ajoutez un canal de notificationTelegram, Slack, e-mail, ce que vous consultez vraiment
- Itérez sur le promptc’est là que la magie opère. Soyez précis sur ce que vous voulez résumer et comment
- Gérez l’étatun fichier JSON dans git fonctionne. Un outil base de données simple aussi. Restez minimal
L’ensemble m’a pris 15 minutes. L’outil Telegram était le seul « code » impliqué, et Claude l’a écrit depuis un seul prompt en dix minutes chrono.
Le plus proche de Jarvis, sans écrire une ligne de code
Je cours après le rêve de l’assistant IA personnel depuis des années. Chaque tentative précédente impliquait trop de code de colle, trop de galères OAuth, et trop de maintenance.
Celui-là fonctionne, tout simplement. Toutes les heures, mon téléphone vibre avec un message vocal. Quinze secondes d’audio qui me disent exactement ce qui s’est passé depuis la dernière mise à jour. Ce n’est pas Jarvis. Mais c’est ce qui m’en rapproche le plus, et le tout a pris 15 minutes avec zéro code applicatif.
C’est ce qui arrive quand vos outils peuvent vraiment s’authentifier et agir. L’agent cesse d’être un chatbot et devient enfin utile.
Vous voulez construire des agents qui font vraiment des choses ? Explorez le catalogue d’outils Arcade.dev et commencez à connecter votre agent au monde réel.
