Crear un MVP desde Slack con Devin Cloud

Crear un MVP desde Slack con Devin Cloud es posible sin abrir un editor local ni una terminal. En este flujo tomamos una idea llamada ShipLog, una app para que desarrolladores registren proyectos y documenten día a día lo que construyen, y la convertimos en un plan ejecutable interactuando solo desde el teléfono o la computadora a través de un chat.

La premisa es interesante: ShipLog todavía no existe. Solo tenemos un repositorio con dos archivos, un README y un archivo de plan. A partir de ahí, todo el trabajo de análisis, decisiones técnicas y generación de código lo delegamos en un agente de IA que responde dentro de Slack.

¿Qué es Devin Cloud y por qué usarlo desde Slack?

Devin es un agente de desarrollo que trabaja de forma autónoma en la nube. La ventaja de usarlo desde Slack es que la integración es nativa, así que puedes pedirle tareas como si le escribieras a un compañero de equipo.

El primer paso fue simple: abrir Slack y pedirle directamente que buscara el repositorio ShipLog y empezara a trabajar sobre él, preguntándole qué le cambiaría al plan. En ese momento se crea una sesión nueva, distinta a las que ya existían en la nube o las vinculadas al repositorio.

¿Puedo controlar un agente de IA desde el teléfono? Sí. Con la integración nativa de Devin en Slack puedes pedir tareas, responder preguntas con un clic y avanzar en un proyecto sin abrir un editor ni una terminal.

¿Cómo transforma Devin una idea en un plan real?

Devin revisó el repositorio y detectó que solo existía un archivo plan.md con siete preguntas abiertas y sin código. En lugar de dejarlo así, propuso convertir esa lista de preguntas en decisiones tomadas.

Aquí aparece uno de los detalles más útiles del flujo. Al ser una integración nativa, Devin puede hacerte preguntas dentro de Slack que respondes con un solo clic. Nos preguntó si reescribía el plan con las decisiones y arrancaba el scaffold de Next.js y Supabase en el mismo PR, o si preferíamos primero el plan.

Elegimos reescribir el plan primero. Devin marcó la opción seleccionada con un check y siguió avanzando en su proceso hasta entregar un pull request.

¿Qué decisiones tomó el agente por defecto?

Cuando no le damos toda la información, Devin toma decisiones por defecto basadas en el contexto y en su historial. Estas fueron las que definió para ShipLog:

• Aplicación multiusuario con Supabase y autenticación por Magic Link, parecida a otro proyecto de su historial.
• Entradas libres con fechas agrupadas por semana en la vista.
• Etiquetas o tags opcionales.
• Sin integración con GitHub ni emails en la fase uno.

Con esas decisiones, el concepto inicial se refinó: pasó de una simple idea a una bitácora de desarrollo donde registras lo que construyes en cada proyecto y obtienes un resumen semanal.

¿Qué incluye el plan técnico que genera Devin?

El pull request no solo reescribió el concepto, también entregó una estructura técnica completa. Ahí está la diferencia entre una idea suelta y un plan accionable.

El stack propuesto quedó así:

• Next.js con TypeScript y Tailwind para el frontend.
• Supabase para autenticación, base de datos Postgres y row-level security.
• Vercel para el despliegue.

Además, Devin entregó el modelo de datos escrito en una sentencia SQL, las vistas mínimas de la aplicación, las pantallas con sus URLs y el factor diferenciador del producto. También organizó el trabajo en tres fases.

¿Qué es un scaffold en desarrollo de software? Es la estructura base de un proyecto que se genera automáticamente, con carpetas, configuración y archivos iniciales, para empezar a programar sin construir todo desde cero.

¿Cómo se organizan las fases del proyecto?

Devin dividió ShipLog en tres etapas claras para no intentar construir todo de golpe:

• Fase uno: núcleo del CRUD, es decir, crear, leer, actualizar y eliminar entradas.
• Fase dos: un resumen compartible.
• Fase tres: integración con GitHub y recordatorios.

Esta división por fases permite validar lo esencial antes de sumar funciones más complejas.

¿Cómo se conectan Slack, GitHub y Devin Cloud?

Aquí viene lo interesante. Aunque solo interactuamos desde Slack, Devin generó una sesión intermedia en la nube donde ejecutó todo el trabajo. En la descripción del pull request aparece un enlace directo a esa sesión.

Al abrir ese enlace de la sesión de Devin, puedes ver todo el proceso: cómo revisó el plan de ShipLog, cómo tomó los detalles que llegaron desde Slack y cómo empezó a crear el código y las modificaciones. Es decir, el mismo trabajo queda visible desde tres lugares: Slack, GitHub y Devin Cloud.

Este ciclo completo te da libertad de dispositivo. Puedes pedir algo desde Slack, volver a la computadora, regresar al Slack y seguir interactuando entre una sesión y otra sin depender de un solo lugar.

Al final del flujo le pedimos que avanzara con la fase uno del desarrollo con una instrucción tan simple como pedirle que ejecute la primera fase. Y lo hizo sin que abriéramos un editor local ni una terminal.

¿Te animarías a construir tu próximo MVP delegando el primer borrador técnico a un agente desde el chat? Cuéntame en los comentarios qué idea convertirías en plan.