Puedes crear un MVP con Devin Cloud sin abrir un editor local ni una terminal, usando solo Slack desde tu computadora o tu teléfono. Esto le sirve a cualquier desarrollador que quiera orquestar un agente de IA de forma remota y mantener un ciclo de trabajo continuo entre dispositivos.

El ejemplo gira alrededor de ShipLog, una app que todavía no existe. La idea es sencilla: un lugar donde los desarrolladores registren proyectos y documenten día a día lo que construyeron. El repositorio arranca con apenas dos archivos, un README y un plan, y el reto es convertir esa idea en algo funcional.

Qué significa trabajar con un agente desde Slack

La gracia aquí es que no estamos sentados frente al código. Abrimos Slack y le hablamos a Devin como si fuera un compañero de equipo: "busca el repo ShipLog y empecemos a trabajar sobre él". Esa integración nativa en Slack es la que cambia todo.

Al escribir el mensaje, Devin crea una sesión nueva directamente desde Slack [00:50]. No reutiliza las sesiones anteriores de la nube ni del repositorio, aunque podríamos retomar una si quisiéramos. Para este caso levantamos una desde cero y le pedimos que revise el plan y nos diga qué cambiaría.

¿Puedo usar Devin sin abrir mi computadora? Sí. A través de la integración de Slack puedes lanzar sesiones, responder preguntas y aprobar tareas desde el teléfono. Devin crea y ejecuta la sesión en la nube por ti.

Lo primero que hace Devin es buscar el repo y revisar el plan [01:15]. Encuentra que solo existe un archivo plan.md, con siete preguntas abiertas y sin una sola línea de código. A partir de ahí nos entrega un enlace que lleva directo a la sesión de Devin en la nube.

Cómo responde Devin con opciones de un solo clic

Aquí viene lo interesante. Como la integración es nativa en Slack, Devin no solo escribe: también lanza preguntas que respondemos con un clic. Nos pregunta si reescribe el plan y arranca el scaffold de Next.js y Supabase en el mismo PR, o si preferimos primero el plan.

Elegimos reescribir el plan primero. Devin marca con un check la opción seleccionada y sigue avanzando en su proceso [02:30]. Ese detalle de confirmación visual evita malentendidos sobre qué decisión tomaste.

Cuando termina, entrega un pull request. Y lo potente es que tomó decisiones por defecto en lugar de dejarte siete preguntas sin resolver:

• Multiusuario con Supabase y Magic Link, parecido a otro proyecto de su historial.
• Entradas libres con fechas, agrupadas por semana en la vista.
• Tags opcionales.
• Sin integración de GitHub ni emails en la fase uno.

Esas decisiones convierten una lista de dudas en un plan accionable, que era justo el cambio que Devin proponía al inicio.

Qué incluye el plan reescrito y las fases del proyecto

El PR convierte el antiguo plan.md en algo mucho más concreto. Pasa de ser una idea suelta a una bitácora de desarrollo donde registras lo que construyes en cada proyecto y obtienes un resumen semanal [04:00].

El documento ya detalla estructura, usuarios, autorización, persistencia, origen de las entradas, emails y el factor diferenciador. También define el stack técnico completo:

1. Next.js con TypeScript y Tailwind en el frontend.
2. Supabase para authorization, Postgres y row-level security.
3. Despliegue en Vercel.

El modelo de datos llega incluso como una sentencia SQL, junto con las vistas mínimas y las pantallas con sus URLs. Y el desarrollo queda dividido en tres fases claras [05:00]:

• Fase uno: el núcleo con el CRUD.
• Fase dos: un resumen compartible.
• Fase tres: integración con GitHub y recordatorios.

¿Qué es un MVP? Es la versión mínima funcional de un producto, con solo las características esenciales para probar la idea. En ShipLog, la fase uno con el CRUD básico ya cumple ese rol.

Dónde ocurre realmente el trabajo del agente

Un punto fácil de pasar por alto: aunque solo interactuamos desde Slack, Devin generó en medio una sesión en Devin Cloud donde hizo todo el trabajo pesado. La descripción del PR incluye el enlace directo a esa sesión [05:40].

Al hacer clic en "link a Devin Session" vemos cada paso: cómo revisó el plan de ShipLog, cómo recibió las instrucciones desde Slack y cómo construyó el código y la modificación del archivo. Es la trazabilidad completa de lo que pasó detrás.

¿Dónde ejecuta Devin el código si uso Slack? En una sesión de Devin Cloud. Slack es solo la interfaz de conversación; la máquina que corre el trabajo vive en la nube y queda registrada con su propio enlace.

Desde esa misma sesión le damos la siguiente orden: "puedes avanzar con la fase uno del desarrollo". Así cerramos un ciclo completo: pides algo en Slack, revisas en la computadora, vuelves a Slack, todo sin estar atado a un único dispositivo.

Le pedimos ejecutar la primera fase del proyecto sin haber abierto un editor local ni una terminal. ¿Te imaginas orquestar tu próximo proyecto solo desde el teléfono? Cuéntame en los comentarios cómo lo aplicarías.