Cómo los fundadores en solitario construyen un flujo de trabajo con agentes de IA

Los agentes de código son genuinamente útiles, y casi todo fundador en solitario que ha probado uno ha vivido la misma experiencia: el agente escribe buen código un rato y luego se desvía. Empieza a refactorizar cosas que no le pediste, o se atasca en una tarea que parecía sencilla y bloquea toda la cola. El problema rara vez es el agente. Es el eslabón que falta entre lo que el agente está haciendo y lo que el proyecto realmente necesita a continuación. Sin un tablero de tareas ordenado del que pueda leer, no tiene ninguna señal de cómo es el trabajo de alto valor. Cierra ese eslabón y todo cambia.

Qué significa realmente un flujo de trabajo en bucle cerrado

Un bucle cerrado tiene tres partes: una fuente de verdad sobre qué construir, un trabajador que pueda leer y actualizar esa fuente, y un disparador que mantenga el ciclo girando. Para los fundadores en solitario, la fuente de verdad es un tablero de tareas ordenado por impacto por minuto. El trabajador es tu agente de código. El disparador es un calendario automatizado, un email al que reaccionas o una regla de modo en cadena que activa la siguiente tarea en cuanto se cierra la anterior. La mayoría de las configuraciones tienen un trabajador pero se saltan la fuente de verdad y el disparador. Por eso el agente todavía te necesita para pegarle la siguiente tarea a mano. Eso no es automatización; es delegación con pasos extra.

La propiedad clave de la fuente de verdad es que debe ser ordenable y accionable. 'Construir funciones' no es una tarea. 'Añadir un flujo de contraseña olvidada a la pantalla de inicio de sesión' sí lo es. El orden importa porque un agente libre de elegir optimizará por completabilidad, lo que sesga hacia las tareas en las que confía, no hacia las que mueven el hito. La puntuación de impacto por minuto resuelve esto: mide el progreso de cada tarea hacia tu siguiente hito real (idea, MVP, lanzamiento, primer cliente, ramen profitable) frente al tiempo que cuesta, y pone el trabajo de mayor rendimiento arriba independientemente de lo cómodo que sea.

Dónde falla la mayoría de las configuraciones

Los fundadores en solitario que usan agentes de código pero informan de que no les ahorran mucho tiempo suelen tener uno de estos tres problemas. Primero, el backlog no está ordenado: el agente elige algo en la parte superior de una lista ordenada por cuándo se creó la tarea, no por valor. Segundo, no hay bucle de retroalimentación: cuando el agente termina algo, el fundador tiene que revisar manualmente el tablero, elegir el siguiente elemento y pegarlo en el contexto del agente. Tercero, las descripciones de las tareas son demasiado vagas: el agente las interpreta de forma optimista, construye algo más amplio de lo que se pretendía y crea deuda de revisión.

• Backlog sin ordenar: el agente va al primer elemento, no al mejor. Arréglalo con la puntuación de impacto por minuto antes de cualquier automatización.
• Sin bucle de retroalimentación: el fundador se convierte en el pegamento entre el tablero y el agente, que es el cuello de botella que intentabas eliminar. Arréglalo con integración MCP o API que marque como hecha y traiga la siguiente automáticamente.
• Descripciones de tareas vagas: el agente construye algo más grande de lo que querías y la revisión lleva más tiempo que haberlo escrito tú mismo. Arréglalo manteniendo las tareas acotadas a un único resultado con una condición de finalización clara.
• Sin control de alcance: el agente hace cambios en archivos no relacionados con la tarea. Arréglalo nombrando los archivos o módulos que la tarea puede tocar cuando la escribes.

El protocolo MCP: conectar el agente al tablero de tareas

MCP (el Protocolo de Contexto de Modelos) permite que un agente de código hable con servicios externos sin que tú actúes de intermediario. Un servidor MCP expone un pequeño conjunto de verbos: listar tareas, obtener la tarea más importante, crear una tarea, marcar una tarea como hecha. El agente los llama directamente durante una sesión, así que el tablero de tareas y el contexto del código se mantienen sincronizados sin ningún copiar y pegar. shipsolo incluye un servidor MCP para exactamente esto: una sesión de Claude Code o Cursor puede conectarse a él, tomar la tarea más valorada, hacer el trabajo y marcarla como hecha, lo que avanza el hito y actualiza el tablero.

La API REST cubre las mismas operaciones para los pipelines de automatización que funcionan fuera de una interfaz de chat: una GitHub Action, un cron job o un script que se activa después de un test exitoso. Entre el MCP (sesiones interactivas) y la API REST (automatización en segundo plano), cada parte del bucle de lanzamiento tiene una forma de escribir de vuelta a la fuente de verdad sin pasar por el navegador.

Elegir las tareas correctas para el agente

No toda tarea pertenece a la cola del agente. El agente maneja tareas donde el resultado es inequívoco, el alcance es lo suficientemente pequeño como para verificarlo en una revisión y el modo de fallo es visible (un test roto, un elemento de interfaz que falta). Las tareas que requieren juicios sobre la dirección del producto, la investigación de usuarios o las relaciones externas te las quedas tú. Este límite es una decisión que tomas una vez y codificas en la descripción de la tarea o en una convención a nivel de proyecto.

• Buenas tareas para el agente: añadir validación a un campo de formulario, escribir tests unitarios para una función, refactorizar un componente para aceptar props en lugar de un valor fijo, añadir un estado de error a un elemento de interfaz, implementar un endpoint de webhook desde una especificación.
• Tareas para ti: decidir qué plan de precios ofrecer, redactar el copy de la landing page, elegir qué función construir a continuación, responder a una queja de usuario, escribir un email frío.
• Tareas en la frontera: cualquier tarea donde necesitarías revisar el resultado antes de que sea utilizable va a la cola del agente solo si tienes tiempo de revisarla en esa sesión. Si no, mantenla manual.

El bucle diario, paso a paso

1. Empieza el día con el tablero ordenado. La tarea más arriba es tu ancla. Si el agente puede tomarla, asígnasela. Si no, tómala tú.
2. Abre la sesión del agente y conéctalo a tu servidor MCP. El agente lee la tarea, confirma el alcance y empieza.
3. Mientras el agente trabaja, ocúpate de las tareas que te reservas para ti: decisiones de producto, conversaciones con usuarios, trabajo de marketing.
4. Cuando el agente marca la tarea como hecha (ya sea en la sesión o a través del enlace de marcar como hecha en tu recordatorio por email), el tablero avanza y la siguiente tarea queda disponible.
5. Si usas el modo en cadena en tus recordatorios por email, la siguiente tarea llega a tu bandeja de entrada en cuanto se cierra la anterior. Revísala, confirma que sigue siendo la decisión correcta y deja que el bucle continúe.
6. Termina el día con la racha sumada un punto más y el hito una tarea más cerca. El resumen semanal por email muestra la lista completa de lo que se lanzó, que es la retroalimentación que mantiene el sistema honesto.

Mantener el control sin vigilar constantemente

El modo de fallo de un flujo de trabajo con mucha IA no es que el agente rompa cosas, sino que te olvides de mirar el tablero durante tres días y descubras que el agente ha estado trabajando en algo que se alejó del hito. El antídoto es un mecanismo de forzado regular que hace visible esa brecha. Las rachas de lanzamiento hacen esto: un día perdido aparece en el contador de racha, no en una pila de código sin confirmar. El resumen semanal por email lista cada tarea completada esa semana, así que una semana en la que el agente lanzó 12 tareas pero ninguna fue de marketing o distribución aparece como un patrón, no como una sorpresa.

El agente es rápido. El tablero de tareas es el volante. Sin él, rápido solo significa más alejado del rumbo.

Empieza con una tarea automatizada esta noche

No necesitas construir un pipeline elaborado para empezar. Elige una tarea de tu tablero actual que sea concreta, acotada y solo código. Dásela a tu agente de código via MCP o pegando la descripción de la tarea y la condición de finalización en el chat. Cuando termine, márcala como hecha en el tablero tú mismo esta primera vez y anota cuánto tardó la verificación. Esa es tu línea de base. A partir de ahí, añade la conexión MCP para que la siguiente se marque sola. Añade el modo en cadena para que la siguiente tarea llegue sin que tengas que decidir. Añade la puntuación de impacto por minuto para que el agente empiece siempre en el elemento de mayor valor. Cada paso cierra un hueco más. Después de una semana tendrás un bucle que lanza mientras duermes, con un tablero y una bandeja de entrada que te dicen exactamente qué lanzó.