Self-Driving Product Management: automatiza tu operación con loops
Después de prompt engineering y context engineering viene el tercer momento: loop engineering. En esta clase dejas de ser la persona que le escribe al agente cada turno y empiezas a diseñar el sistema que lo hace por ti — mientras tú te quedas con el criterio.
Build the loop. Stay the PM.
El trabajo de producto no es repetitivo, pero sí es cíclico: revisar competencia, métricas, backlog, status del equipo. Eso es exactamente lo que un loop puede correr en automático — y tú te quedas con las decisiones.
¿Qué es un loop, desde primeros principios?
Un loop es un sistema que hace un trabajo cíclico por ti, sin que tengas que darle la orden cada vez. No es magia ni humo: la mayoría de tareas NO necesita un loop. Vale la pena cuando el trabajo se repite en el tiempo, tiene una forma estable, y su valor está en la constancia. Todo loop se arma con cinco piezas.
Trigger
Qué arranca el loop: un horario (cada mañana), un evento (nuevo issue en Linear) o un comando manual.
Acción
El trabajo concreto que corre en cada vuelta: revisar competencia, ordenar backlog, redactar el briefing.
Stop condition
Cuándo parar. Sin esto un loop no es una rutina, es una fuga. "Cuando no haya cambios" o "después de N vueltas".
Memoria
Dónde vive el estado entre vueltas para que el agente sepa qué ya vio. Notion, Obsidian, git — o el contexto de Prisma.
Checker
Quién valida el output antes de que cuente. A veces eres tú; a veces otro agente que revisa el trabajo del primero.
El filtro: ¿cuándo sí vale un loop?
Antes de automatizar nada, pásalo por este filtro. Un loop vale la pena cuando la tarea es cíclica (vuelve sola con el tiempo), estable (su forma no cambia en cada vuelta) y delegable (el 80% del trabajo no necesita tu criterio, solo la revisión final). Si la tarea es única, ambigua o cambia de forma cada vez, un buen prompt basta. No construyas un loop para sentirte productivo: constrúyelo cuando el trabajo repetido te está quitando tiempo de decidir.
Las herramientas reales en Claude Code
/loop
Corre un prompt en un intervalo recurrente, o deja que el modelo se autorregule. Ideal para vigilar un estado que cambia.
/goal
Le das un objetivo y el agente itera hasta cumplirlo, no un número fijo de vueltas. El loop se detiene cuando el goal se alcanza.
/schedule (Routines)
Agentes en la nube que corren en un cron: cada mañana, cada viernes. Trabajan aunque tú no estés frente a la terminal.
Channels
Un puente asíncrono (Telegram, Discord, iMessage): el agente te avisa al teléfono cuando termina o necesita tu criterio, y tú respondes desde ahí. En research preview.
Ojo: /loop, /goal, /schedule y Channels son los comandos de Claude Code — es lo que usamos en esta clase. Las Routines de /schedule corren en la nube y trabajan aunque cierres la laptop (necesitas un plan pago de Claude). El concepto no es exclusivo: Cursor tiene Automations y Codex tiene Automations, con su propio cron en la nube. Si vives en otro cliente, usa su equivalente; aquí lo hacemos con Claude Code.
Tus primeras rutinas — copia y pega
Estos son los textos con los que arrancan tres de los loops que ya corren en mi día a día. Cópialos, cambia lo que está entre corchetes por lo tuyo, y dáselos a un agente en Claude Code con /schedule o /loop.
Cada día a las 8:00, revisa a mis competidores: [Competidor A], [Competidor B], [Competidor C]. Para cada uno, mira: cambios de pricing, features nuevas, cambios en el mensaje de su home. Escribe SOLO lo que cambió desde ayer, en máximo 5 bullets. Si nada cambió, dilo en una línea. No inventes ni rellenes.
Cada mañana, lee mis issues de Linear en el estado "This week". Ordénalos por prioridad y por lo que está bloqueando a alguien más. Dame un briefing de 3 líneas: - Qué toca hoy - Qué está bloqueado y por quién - Qué puedo cerrar antes del mediodía
Cada viernes a las 17:00, junta: métricas de la semana, issues cerrados y feedback de usuarios. Escribe una "señal de producto" de un párrafo: - Qué se movió - Qué aprendimos - Qué decisión toca tomar la próxima semana Termina con una sola recomendación priorizada.
Con Prisma y sin Prisma
Un loop necesita memoria: dónde vive el estado entre vueltas para que el agente sepa qué ya vio. Puedes armarlo con herramientas que ya usas, o dejar que Prisma se encargue — y te dé algo más que memoria.
Sin Prisma
Usa Notion, Obsidian o git como memoria de tus sesiones en la nube. El agente lee y escribe ahí entre vueltas, así recuerda el contexto de un día para otro. Funciona bien para no empezar de cero cada vez.
La memoria la resuelve, pero el criterio de producto lo pones tú en cada prompt.
Con Prisma
Con las herramientas del MCP de Prisma instaladas, tu memoria vive en app.getprisma.lat — una plataforma para que los agentes hagan producto mejor. Además de recordar, el agente razona como un PM senior: Prisma inyecta metodología de producto world-class (JTBD, discovery, priorización) en cada loop.
No solo recuerda qué hiciste — sabe cómo se hace bien el trabajo de producto.
Empieza aquí
Crea tus primeros loops con Prisma
Los mismos loops de arriba, pero el output ya no es un resumen que se pierde en un chat: son items de backlog puntuados y priorizados que viven en tu producto. Estos son los de alta utilidad que puedes crear hoy — cópialos y dáselos a un agente en Claude Code con /schedule.
Cada mañana investiga a mis competidores [Competidor A], [Competidor B] y el espacio de [categoría]. Por cada cambio relevante (pricing, feature nueva, cambio de mensaje): 1. Regístralo como intel en Prisma. 2. Si amerita una acción de producto, créalo como item de backlog con sus cinco inputs ICEDG y el rationale de cada input. Deja que Prisma calcule el score — no lo calcules tú. Si no cambió nada, dilo en una línea.
Todas las mañanas entra a Prisma y trae el backlog. Detecta los items sin puntuar o con inputs ICEDG incompletos. Para cada uno, propón los cinco inputs con su rationale y puntúalos con las herramientas de Prisma. Si a un item le falta contexto para puntuar bien, déjalo marcado y dímelo — no inventes inputs.
Cada lunes a las 9:00, trae de Prisma el backlog ya puntuado por ICEDG. Dame el top 5 por score y, para cada uno, una línea de por qué está arriba. Si algún item cambió de posición respecto a la semana pasada, dime qué input lo movió.
Otros loops de alta utilidad
- Un bug o feedback que aparece en la sesión → item de backlog con ICEDG, sin salir del flujo.
- Cuando algo se lanza → márcalo como shipped en Prisma para que salga del ranking de candidatos.
- Cierre de discovery → sintetiza los hallazgos en un artifact versionado que alimenta la siguiente etapa.
Encadenar loops: de Linear al desarrollo agéntico
El siguiente nivel es encadenar loops: el briefing matinal de Linear alimenta al loop de desarrollo agéntico, y el DoD (Definition of Done) es la llave que conecta uno con otro. Cuando cada tarea lleva su criterio de "terminado" bien escrito, un loop puede tomar el trabajo del anterior y avanzarlo sin que tú tengas que traducir en el medio.