Cinco flujos que el equipo de VM0 ejecuta cada semana. Cada uno muestra la configuración, el prompt, el artefacto que Zero produce y el tiempo que devuelve.

Lo importante no es copiarlos al pie de la letra — es ver la forma de un flujo completo de Zero y adaptarlo a tu propio trabajo.

Cómo se ve un flujo de Zero desde tu lado — Pides, Zero trabaja, lo abres. Listo para enviar.

1. Brief matutino

El dolor. Cada mañana empieza con una puesta al día: abrir Slack, escanear @menciones, revisar calendario, mirar PRs abiertos. Veinte minutos antes de la primera tarea real.

Configuración. Una tarea programada, días laborables a las 8 a. m. Conectores: Slack, GitHub, Google Calendar.

Prompt.

"Cada día laborable a las 8 a. m. hora de Pekín, mándame por DM con cuatro secciones:

@menciones de Slack no leídas de las últimas 24 horas, con resúmenes de una línea

Issues de GitHub asignadas a mí, ordenadas por antigüedad, con estado y último comentario

Calendario de hoy — títulos de reunión, horas y el doc de Notion relevante si está enlazado

Un foco sugerido para el día, basado en lo que está atrasado o bloqueando a otros"

Lo que recibes. Un DM de Slack a las 8 a. m., normalmente 200–350 palabras. Cada sección es corta; los números son concretos; los enlaces están en línea. El "foco sugerido" varía — a veces es un PR obvio; a veces es una preparación de reunión que necesita más atención de lo que el día reclama.

Lo que devuelve. Aproximadamente 20 minutos al día, más el coste cognitivo de cambiar de contexto entre cuatro herramientas a primera hora.

Variaciones. Añade una quinta sección para nuevos signups de clientes, o para errores de producción de Sentry. Sustituye el DM de Slack por un correo si prefieres mañanas sin notificaciones.

2. Semanal de competencia

El dolor. Saber qué lanzaron los competidores la semana pasada es útil. Revisar manualmente tres cuentas de X, tres changelogs, tres páginas de precios y un blog roll es una tarea que se va escapando en silencio.

Configuración. Una habilidad (competitor-scan) más una tarea programada los lunes por la mañana. Conectores: X, búsqueda web, Notion.

Prompt.

"Escanea a @competitor1, @competitor2, @competitor3 en X y sus changelogs desde el lunes pasado. Cruza con sus páginas de precios y cualquier post de blog. Diff contra la línea base de la semana pasada (página de Notion 'Competitor State'). Publica un resumen en #competitor-intel destacando: nuevas funciones, cambios de precio, señales de contratación y cualquier cosa notable en tono o mensajes."

Lo que recibes. Un hilo de Slack el lunes por la mañana. Mensaje principal: un resumen de 5 viñetas. Respuestas: secciones por competidor con citas y enlaces. La página base de Notion se actualiza automáticamente para que el diff de la próxima semana tenga ground truth fresco.

Lo que devuelve. Aproximadamente 90 minutos a la semana, más la carga mental de fondo de "debería revisar a Acme."

Variaciones. Añade Reddit y Hacker News para el sentimiento de la comunidad. Añade una retrospectiva trimestral que resuma los diffs del año en una diapositiva lista para el consejo.

3. Triaje de bugs

El dolor. Alguien suelta una captura o una descripción vaga en #bug-report. Tiene que convertirse en una issue real de GitHub con pasos para reproducir, severidad, etiqueta y equipo. Ese paso de formalización es pequeño pero constante.

Configuración. Una habilidad (triage-bug-report), invocada manualmente con @Zero en #bug-report. Conectores: Slack, GitHub.

Prompt (en el canal):

"@Zero tría esto — extrae los pasos para reproducir de las capturas y el hilo, busca issues relacionadas en GitHub, clasifica la severidad (P0–P3), asigna al equipo más probable según las rutas de archivo o los síntomas, y abre una nueva issue si no es duplicada. Responde en este hilo con el enlace."

Lo que recibes. Una respuesta en hilo en unos 60 segundos: un enlace a la issue de GitHub, la severidad elegida con una justificación de una línea, una lista de 2–3 issues relacionadas para contexto y el equipo asignado. Si Zero cree que es un duplicado, publica el enlace a la issue original en vez de abrir una nueva.

Lo que devuelve. A lo largo de una semana ajetreada, es la diferencia entre un gestor de issues limpio y un backlog de capturas de Slack sin triar.

Variaciones. Añade una etiqueta "customer-facing" según si el informante es de fuera de la empresa. Auto-llamada al de guardia para P0.

4. Borrador de respuesta a cliente

El dolor. Un correo de cliente necesita una respuesta que sea útil, alineada con la marca y fundamentada en los docs. Cinco minutos por correo × 30 correos a la semana es un coste real.

Configuración. Una habilidad (customer-reply-draft), invocada manualmente reenviando un correo a Zero o pegando en el chat. Conectores: Gmail, Notion (o tu centro de ayuda), Stripe (para facturación), Linear (para issues conocidas).

Prompt.

"El cliente escribió este correo [pega]. Lee sus últimos tres tickets, comprueba nuestros docs por la sección relevante, comprueba Linear por cualquier issue conocida que coincida con su informe, y comprueba Stripe por cualquier contexto de facturación. Redacta una respuesta en su idioma. Cita la sección de los docs. Mantenlo bajo 150 palabras. Iguala el tono de nuestra última respuesta de soporte a ellos."

Lo que recibes. Un borrador de respuesta con citas enlazadas al final — normalmente dos o tres enlaces a docs, más un aviso como "Linear ENG-4422 es una issue conocida con esto; ETA la semana que viene." Le echas un vistazo, ajustas una línea, envías.

Lo que devuelve. Aproximadamente 3–4 minutos por correo. A lo largo de una semana de soporte, son horas.

Variaciones. Auto-detección del tier del cliente desde Stripe; enruta clientes VIP a un flujo solo de borrador (sin auto-envío) y clientes de tier inferior a una cola de auto-envío de alta confianza.

5. Producción semanal de contenido

El dolor. Marketing quiere un post de blog, tres posts de LinkedIn y un set de tarjetas sociales cada semana. Cada pieza necesita contexto de investigación y contenido existente. Coordinarlo entre herramientas es más trabajo que escribir.

Configuración. Una habilidad multi-paso (weekly-content) en una tarea programada los viernes por la tarde. Conectores: Notion (investigación), Plausible (analítica), Fal (generación de imagen), Loops (correo).

Prompt.

"Cada viernes a las 2 p. m., haz lo siguiente:

Lee los nuevos docs de Notion de esta semana en la base de datos 'Marketing Inputs'

Cruza con los temas de blog de la semana pasada para evitar repeticiones

Redacta un post de blog de 800 palabras sobre el tema más oportuno; guárdalo en Notion en 'Blog Drafts'

Redacta tres variaciones para LinkedIn de la misma idea — un ensayo, un listicle, una historia personal

Genera tres tarjetas sociales cuadradas en nuestro estilo de marca

Publica el paquete en #marketing para revisión"

Lo que recibes. Un único mensaje de Slack el viernes por la tarde con los seis artefactos en línea. El borrador de blog enlaza a una página de Notion que ya está estilizada. Los borradores de LinkedIn están listos para copiar y pegar. Las tarjetas sociales están descargadas y listas para adjuntar.

Lo que devuelve. Aproximadamente media jornada de coordinación semanal. Los editores revisan y envían; no redactan.

Variaciones. Añade un test A/B en el que Zero genere dos titulares y los pase por una audiencia pequeña vía Loops. Añade un chequeo en Plausible de los temas top de la semana pasada para sesgar la selección de temas.

Cada uno de estos flujos llevó entre 10 y 30 minutos configurar. Después, devuelven a diario o semanalmente. El coste son aproximadamente los créditos que consume cada ejecución — visible por chat en la página de Uso. Consulta Créditos y facturación para los cálculos.

Para construir tu propia versión, copia uno de estos prompts, sustituye los nombres de tus herramientas y canales, y pruébalo. Itera desde el resultado.