Todo desarrollador tiene la misma fantasía: despertar, escuchar un resumen de lo que importa y seguir con el día. Sin revisar el inbox con dread, sin cambiar de pestaña entre GitHub, Slack y Gmail. Solo un resumen limpio, en audio, directo a tu celular. Como Tony Stark, pero sin presupuesto para el traje.
Por fin lo construí. Tardé 15 minutos, usé una herramienta nueva y cero código tradicional. Así lo hice.
El Impulso
Cuando Anthropic anunció Claude Routines, tareas de agente programadas y recurrentes, algo encajó. Llevo un tiempo construyendo herramientas en Arcade.dev y ya teníamos conectores para Gmail, GitHub, Slack y más. ¿Y si los conectaba todos en un agente de briefing personal?
La idea era simple: cada hora, un agente lee mi correo, revisa mis PRs de GitHub, analiza lo que importa y me manda un resumen corto. Sin dashboards. Sin apps. Solo un mensaje en el celular.
Primer intento: Notificaciones por Slack
El primer intento usó nuestra herramienta de Slack para enviarme resúmenes. Funcionó, técnicamente. Pero Slack es ruidoso. Mi briefing quedaba enterrado entre hilos, reacciones con emojis y alguien preguntando si el refri de la oficina es compartido (sí lo es, Gary).
Slack no era el canal correcto. Necesitaba algo más silencioso, algo que se sintiera más como una alerta y menos como otra ventana de chat.
Pasando a Telegram
Cambié a Telegram. El problema: todavía no teníamos una herramienta para Telegram.
Entonces le pedí a Claude que la construyera. Le di un solo prompt, lo apunté a nuestra estructura de proyecto existente y diez minutos después tenía una herramienta de Telegram funcionando: enviar mensajes, recibir mensajes y texto a voz via la API TTS de OpenAI, todo incluido. Claude ya conocía cómo están estructurados nuestros toolkits, así que básicamente se escribió sola.
Con la herramienta de Telegram lista, mi agente podía enviar resúmenes directamente a un chat privado de Telegram, como mensajes de voz. Limpio, silencioso, mío.
Conectando Todo con un MCP Gateway
Aquí es donde el MCP Gatewayde Arcade.dev hizo que todo encajara. En lugar de configurar cada conexión de herramienta individualmente, creé un gateway único que federa todas mis herramientas: Gmail, GitHub, Slack y mi nueva herramienta personalizada de Telegram, detrás de una sola URL.
La configuración tomó unos dos minutos en el dashboard de Arcade.dev. Creas un gateway, le das un slug, eliges qué herramientas incluir del catálogo y opcionalmente agregas instrucciones para el LLM que le dicen al modelo cómo usar tu combinación específica de herramientas. Agregué instrucciones como “resume los correos nuevos y los PRs abiertos, luego envía un briefing de voz por Telegram”.
El gateway te da un solo endpoint:
https://api.arcade.dev/mcp/your-gateway-slugAgregué esa URL como conector en Claude y listo. Claude ahora tenía acceso a todas las herramientas de mi gateway: autenticadas, con scope definido y listas. Sin malabarear múltiples configuraciones de servidor. Sin gestionar conexiones separadas por servicio. Una URL, todas mis herramientas.
Esta es la parte que hace posible el build en 15 minutos. Sin el gateway, tendría que conectar servidores MCP individuales para Gmail, GitHub y Telegram por separado. Con él, agregar una nueva herramienta a mi Jarvis es solo marcar una casilla en el dashboard.
Los Audios Golpean Diferente
Los resúmenes de texto hubieran estado bien. ¿Escucharlos? Mucho mejor. Tres a cinco oraciones, máximo. El tipo de cosa que escuchas mientras sirves el café.
Como la herramienta de Telegram ya tenía OpenAI TTS integrado, el agente genera un resumen corto, lo convierte a audio y lo envía como mensaje de voz, todo en un solo paso.
El resultado: un clip de audio de 10 a 30 segundos, cada hora, cubriendo todo lo que necesito saber. Correos, PRs, pendientes. Sin necesitar pantalla.
Funcionó al primer intento. Ahí supe que esta configuración era ridícula, en el mejor sentido.
El Problema de los Duplicados
Algo me molestaba: el agente seguía mencionando los mismos correos y PRs. Cada hora resurgían cosas que ya había atendido. Frustrante.
La solución fue ridículamente simple. Creé un archivo JSON en un repositorio de git, básicamente un key-value store para rastrear lo que ya se había reportado. Cada vez que corre la rutina, Claude lee el archivo, lo compara con los datos nuevos, envía solo el delta y escribe el estado actualizado.
Sin base de datos. Sin Redis. Sin infraestructura. Solo un archivo JSON y commits de git. ¿Feo? Tal vez. ¿Funciona perfecto? Absolutamente.
El Stack
Esto es lo que impulsa mi Jarvis personal:
- Claude Routines (ejecuciones de agente programadas cada hora)
- Arcade.dev MCP Gateway (federa todas las herramientas detrás de una URL única, conectada a Claude como un solo conector)
- Herramienta Gmail de Arcade.dev (lee y filtra tu inbox)
- Herramienta GitHub de Arcade.dev (obtiene el estado de PRs y solicitudes de revisión)
- Herramienta Telegram de Arcade.dev (entrega mensajes de voz con OpenAI TTS integrado, construida por Claude en ~10 minutos)
- Un archivo JSON en git (gestión de estado para deduplicación)
Sin backend. Sin pipeline de deployment. Sin frontend. Todo es prompt + herramientas.
Por Qué Importa
Mira, no voy a fingir que esto es infraestructura de producción. Es un hack personal. Pero ese es exactamente el punto.
Hace un año, construir algo así hubiera significado escribir un servicio en Node, gestionar tokens OAuth para Gmail y GitHub, desplegar un cron job en algún lugar, manejar la API del bot de Telegram, integrar un servicio TTS y resolver la persistencia de estado. Eso es un proyecto de fin de semana que se convierte en una semana de sufrimiento y muere en un repo a medias.
Lo hice en 15 minutos. Las herramientas manejan la autenticación. Claude maneja la orquestación. Yo solo describí lo que quería e iteré el prompt unas cuantas veces hasta que el resultado fue el correcto.
La brecha entre “quiero un AI que haga X” y “tengo un AI que hace X” se está cerrando rápido. El acceso autenticado a herramientas es lo que la cierra. Tu agente no puede enviar un mensaje de Telegram ni leer tu Gmail si no puede autenticarse como tú. Esa es la parte difícil, y es la parte que Arcade.dev resuelve para que tú no tengas que hacerlo.
Construye el Tuyo
Si quieres probarlo:
- Configura Claude Routines con una programación recurrente
- Elige tus herramientas (Gmail, GitHub, Slack, Calendar, lo que sea relevante para tu flujo de trabajo)
- Crea un MCP Gateway federa tus herramientas en un solo endpoint desde el dashboard de Arcade.dev, agrega instrucciones para el LLM según tu caso de uso y conecta la URL del gateway a Claude como conector
- Agrega un canal de notificación (Telegram, Slack, correo, lo que realmente cheques)
- Itera el prompt aquí es donde ocurre la magia. Sé específico sobre qué quieres resumir y cómo
- Resuelve el estado un archivo JSON en git funciona. También sirve una herramienta de base de datos simple. Mantenlo mínimo
Todo me tomó 15 minutos. La herramienta de Telegram fue el único “código” involucrado, y Claude la escribió desde un solo prompt en diez minutos exactos.
Lo Más Cercano a Jarvis, Sin Código
He perseguido el sueño del asistente de AI personal durante años. Cada intento anterior implicó demasiado código de pegamento, demasiados dolores de cabeza con OAuth y demasiado mantenimiento.
Este simplemente funciona. Cada hora, mi celular vibra con un mensaje de voz. Quince segundos de audio que me dicen exactamente qué pasó desde la última actualización. No es Jarvis. Pero es lo más cerca que he llegado, y todo tomó 15 minutos sin una sola línea de código de aplicación.
Eso pasa cuando tus herramientas pueden autenticarse y actuar de verdad. El agente deja de ser un chatbot y empieza a ser útil.
¿Quieres construir agentes que realmente hagan cosas? Explora el catálogo de herramientas de Arcade.dev y empieza a conectar tu agente con el mundo real.
