Cuando lanzamos el servidor MCP de Redbooth, el artículo de lanzamiento proponía preguntas rápidas para hacerle a un asistente: qué vence esta semana, quién tiene menos carga, qué comentarios suenan a bloqueo. Son útiles. Pero en cuanto un asistente puede leer y escribir en tus espacios de trabajo, puede encargarse de trabajos enteros que, a mano, te comerían una tarde.
Este artículo recorre tres. Los elegimos a partir de lo que vemos conectarse: además de Claude y ChatGPT, buena parte de los asistentes que se conectan a Redbooth son agentes de código como Claude Code, Codex o Warp, y varios están pensados para traer trabajo desde hojas de cálculo y otras herramientas. Los tres prompts los ejecutamos tal cual en Claude Code, en inglés, contra espacios de trabajo de prueba y una agencia de demostración ficticia; aquí los ves traducidos. Verás lo que devolvió, incluidas las cosas que hubo que resolver por el camino.
El servidor MCP está incluido en los planes Pro, Business y Enterprise, y funciona con Claude y con cualquier cliente compatible con MCP.
1. Convierte una hoja de cálculo en tareas
Para quién: cualquiera que tenga un plan en Excel, Google Sheets o un CSV y no quiera volver a escribirlo en Redbooth tarea a tarea.
El ejemplo es una mudanza de oficina, planificada en una hoja de cálculo: una fila por tarea, con su fecha de entrega y una nota.
Crea una tarea por cada fila de mudanza-oficina.xlsx en una lista de tareas nueva llamada "Mudanza de oficina" en el espacio de trabajo Testing. Usa la fecha de entrega y pon las notas en la descripción.
Lo que devolvió: una lista de tareas nueva, "Mudanza de oficina", con las ocho tareas, cada una con su fecha de entrega y su nota. Lo hicimos en Claude Code, que lee el archivo directamente de tu ordenador. En una app de chat como Claude, adjunta la hoja de cálculo al mensaje.
El beneficio: el plan pasa de la hoja de cálculo a Redbooth con un solo prompt, sin volver a escribir ni una tarea. Dos consejos:
- Prueba primero con unas pocas filas. Si la hoja es larga, pídele que cree las tres primeras y te las enseñe antes de hacer el resto.
- Añade columnas cuando las necesites. Una columna de responsable puede convertirse en asignaciones, siempre que esas personas sean miembros del espacio de trabajo. Una columna de "espera a" puede convertirse en dependencias, como las de nuestra guía de la ruta crítica.
2. Detecta las peticiones incompletas antes de empezar a trabajar
Para quién: agencias y equipos de diseño o de IT cuyas peticiones llegan a una lista de entrada, desde los formularios web, el correo o cualquier otro sitio.
El problema: las peticiones llegan a medio escribir. Alguien tiene que leer cada una, decidir quién la coge y perseguir a quien la pidió para conseguir lo que falta. Cuando nadie lo hace, el trabajo empieza igualmente y los huecos aparecen a mitad de camino, cuando el diseñador se atasca.
El flujo tiene tres pasos:
- El asistente lee las peticiones nuevas y comprueba cada una con tu plantilla de brief. No cambia nada.
- Tú lees su propuesta: quién debería coger cada petición, qué falta y un mensaje para pedirlo.
- Dices "adelante", y asigna la tarea y publica el mensaje.
Revisa las peticiones nuevas de la lista Inbox de Pixel Studios y compara cada una con nuestra plantilla de brief. Dime quién debería cogerla y qué le falta, y redacta un mensaje para quien la pidió. No cambies nada todavía.
Pixel Studios es una agencia ficticia que usamos para demostraciones. Su plantilla de brief enumera lo que debe incluir cada petición: el cliente, qué se pide, los textos, los materiales, la fecha y quién lo aprueba. Acababa de llegar esta petición:
Lanzamos nuestra nueva línea de botellas ecológicas el 6 de abril. Necesitamos un carrusel de Instagram de 5 diapositivas que presente los tres colores. La guía de marca está en la carpeta compartida. A ser posible algo alegre y desenfadado, como la campaña de verano del año pasado.
Lo que devolvió:
- Quién debería cogerla: Diseño.
- Qué falta: para qué cliente es, los textos de las cinco diapositivas, fotos del producto en los tres colores, el enlace a la guía de marca y quién lo aprueba.
- Una fecha que no cuadra: la petición dice 6 de abril, pero llegó en julio, así que esa fecha ya pasó. Lo preguntó en lugar de suponer.
- Un mensaje para quien la pidió, listo para publicar:
¡Gracias por la petición! Antes de que la coja Diseño, ¿nos dices para qué cliente es y nos confirmas la fecha de lanzamiento (el 6 de abril del año que viene)? Comparte también los textos de las cinco diapositivas, fotos del producto en los tres colores, el enlace a la guía de marca y quién aprueba la versión final. Te confirmaremos una fecha de entrega en cuanto lo tengamos.
Las otras dos tareas de la lista eran una sin contenido real y la propia plantilla. Propuso preguntar para qué era la primera, o cerrarla, y dejar la plantilla como está. Nos quedamos antes del "adelante" porque Pixel Studios es una demo compartida.
El beneficio: quien hace la petición recibe tus preguntas el mismo día, no una semana después, cuando el diseñador se atasca. Ninguna petición se queda en la bandeja sin responsable, y nada cambia hasta que has leído el plan. Los formularios web están incluidos en los planes Business y Enterprise.
3. Pásale los cambios de la web de tus clientes a un agente de código
Para quién: agencias web y equipos que mantienen webs y reciben cambios pequeños sin parar: un horario nuevo, un enlace roto, un precio que cambia. Cada petición es una tarea en Redbooth, y un agente de código como Claude Code, Codex o Warp hace el cambio.
Nuestro ejemplo es una agencia que mantiene la web de Grand Cafe, una cafetería ficticia. Llegaron tres peticiones, escritas como las escriben los clientes: añadir el horario de festivos; el botón "Reservar mesa" aún lleva a la página de reservas antigua (marcada como urgente); y "la foto de la portada se ve un poco anticuada, ¿podéis ponerla más bonita?".
Coge las peticiones abiertas de la lista Grand Cafe website. Haz cada cambio en la carpeta grand-cafe-site, compruébalo y comenta en la tarea qué has cambiado y qué has comprobado. Si una petición no está clara, pregunta en la tarea en lugar de suponer. No cierres nada.
Lo que devolvió, un comentario por tarea:
- El enlace de reservas, primero porque era urgente. El cliente escribió que el enlace estaba en la portada "y creo que también abajo en todas las páginas". El agente lo encontró en cuatro sitios, el botón de la portada y el pie de las tres páginas, los cambió todos y comprobó que ninguna página sigue enlazando a la página de reservas antigua.
- El horario de festivos, añadido debajo del horario normal en la página de contacto. Al comprobarlo, vio algo que el cliente no había pedido: el pie dice "Abierto todos los días", y el 25 y el 26 de diciembre no será verdad. Lo preguntó en el comentario en lugar de cambiarlo.
- La foto: no cambió nada. "Más bonita" puede querer decir otra foto, otro encuadre o colores más vivos, y la web no tiene otra foto que usar, así que preguntó al cliente si tiene una nueva.
El comentario que dejó en la petición del horario de festivos:
Hecho, listo para revisar. He añadido una sección "Horario de festivos" en la página de contacto, debajo del horario normal. Una cosa a revisar: el pie de todas las páginas dice "Abierto todos los días", y el 25 y el 26 de diciembre no será verdad. ¿Queréis cambiarlo? No lo he tocado.
Nuestra web de prueba era una carpeta con unas pocas páginas HTML, así que el agente editó los archivos directamente. En un proyecto real trabajaría en una rama y abriría un pull request para que alguien del equipo lo revisara.
Por qué funciona: el cliente pide las cosas con sus palabras, y la petición, el cambio y la respuesta quedan juntos en una misma tarea. El comentario dice qué se ha cambiado y qué se ha comprobado, así que quien lo revisa sabe dónde mirar. Algunas cosas que ayudan:
- Una petición por tarea, con las palabras del cliente. El agente trabaja desde la fuente, no desde el resumen que alguien hizo de ella.
- Pide pruebas, no solo un "hecho". Incluir "qué has comprobado" en el prompt es lo que convierte un aviso de estado en algo de lo que te puedes fiar.
- Dile que pregunte cuando algo no esté claro. La petición de la foto lo demuestra: suponer ahí habría costado una ronda de cambios.
- Deja el último paso a una persona. El agente marca el cambio como listo para revisar; una persona lo publica y cierra la tarea. Sus comentarios aparecen con tu nombre, así que léelos antes que tus clientes.
Costumbres que mejoran cualquiera de los tres
- Di el espacio de trabajo y la lista. Te ahorras una ronda de "¿cuál querías decir?".
- Pide una propuesta antes de un cambio grande, como en el segundo ejemplo, y di "adelante" cuando la hayas leído.
- Recuerda que ve lo mismo que tú. El asistente trabaja con tus permisos de Redbooth, así que solo puede leer y cambiar los espacios de trabajo a los que tienes acceso.
- Dale el criterio de tu equipo, una plantilla, una checklist o una regla de nombres, y lo aplicará a cada tarea.
Prueba uno esta semana
Si aún no has conectado ningún asistente, se configura en un minuto: mira el servidor MCP de Redbooth o los pasos del artículo de lanzamiento. Después elige el trabajo que más tiempo te quita a la semana, escribe el prompt como si se lo explicaras a un compañero y pide ver el plan antes de que empiece.