Las máquinas virtuales de Devin Cloud son el entorno donde la herramienta clona un repositorio, instala dependencias, ejecuta una terminal, lanza la aplicación y la prueba en el navegador. Si trabajas con Devin para desarrollar software, entender este entorno te ayuda a asignar tareas con mucha más precisión. Esto es útil para cualquiera que quiera automatizar pruebas y seguir el progreso de su proyecto en tiempo real.

Aquí viene lo interesante: Devin no solo responde prompts y lee archivos. Cada acción que ejecuta ocurre dentro de una máquina virtual real, y eso cambia por completo lo que puedes lograr.

Qué hace exactamente una máquina virtual de Devin

Cada máquina virtual está ligada a una sesión. En el ejemplo de la clase, la sesión arrancó desde Slack y fue avanzando por partes, donde cada tramo ejecutó comandos, pensamientos y procesos dentro de su propia máquina [00:46].

Piensa en la máquina virtual como un computador temporal que Devin enciende para trabajar tu proyecto. Ahí dentro corre comandos de Linux, cambia de directorio y clona el repositorio que ya habías empezado en sesiones anteriores [01:08].

En ese repositorio Devin encontró que solo contenía un archivo plan.md. Lo clonó en su máquina, lo leyó y empezó a darnos respuestas basadas en ese archivo, convirtiéndolo en una lista de preguntas [01:20].

¿Qué es una máquina virtual en Devin Cloud? Es un entorno aislado ligado a una sesión donde Devin clona el repo, instala dependencias, ejecuta la terminal y prueba la aplicación en el navegador. Funciona como un computador temporal para tu proyecto.

Cómo crea Devin el scaffolding y los pull requests

Cuando le dimos permiso de avanzar con la fase uno del desarrollo, Devin trabajó durante seis minutos y 23 segundos ejecutando comandos para crear archivos [02:03].

Uno de esos archivos fue wick.ts, al que agregó 53 líneas. Así fue levantando todo el scaffolding del proyecto para esa primera fase [02:17].

Al terminar, Devin hace varias cosas de forma ordenada:

• Empuja una rama que nombró Devin y le asignó un hash para el núcleo de la fase uno.
• Genera un pull request nuevo cuando el contexto indica que la fase está completa.
• Deja el PR listo para que lo revises en detalle.

En total vimos la creación de tres partes clave en la conversación: el inicio, el PR número dos y el PR número tres, que era el que editábamos en ese momento [05:20].

Cómo probar la aplicación en el navegador desde la máquina virtual

Antes de ver el PR se activa un botón que abre el navegador dentro del entorno virtual. Al pasar el cursor sobre él, aparece una alerta importante.

Esa alerta avisa que la función está en beta y se ofrece a un quinto del precio normal, y que su éxito puede variar según la complejidad de la aplicación que estés construyendo [03:14].

Al probar ShipLog en el navegador, se abre una pestaña nueva donde vemos arrancar la máquina virtual. Devin lanza un navegador y tú puedes tomar el control para hacer clic en distintas partes de la aplicación, o esperar a que termine de correr para verla dentro de la interfaz [03:54].

¿Puedo controlar manualmente el navegador de Devin? Sí. Mientras la máquina virtual corre la aplicación, puedes tomar el control del navegador y hacer clic en distintas secciones, o esperar a que Devin termine el proceso end-to-end.

Qué evidencia genera Devin con las pruebas end-to-end

Todo este proceso nos dejó dos videos como evidencia del trabajo. El primero corre la fase uno con pruebas end-to-end [04:27].

El resultado fue revelador: siete pruebas pasaron y una falló. La prueba fallida estaba relacionada con el Magic Link del login [04:34].

Y aquí está lo valioso de este flujo: Devin no solo reporta el error, lo corrige solo. Reescribió esa prueba, creó un nuevo pull request y volvió a ejecutarla, esta vez con resultado exitoso [04:45].

Eso significa que recibes dos tipos de evidencia:

• Los resultados de las pruebas de toda la aplicación tras agregar, modificar y eliminar entradas.
• Un pull request adicional cada vez que Devin encuentra y corrige un error por su cuenta.

Como la sesión está ligada a Slack, esos videos también llegan a la conversación del thread, así que puedes acceder a ellos desde ahí [05:08].

Por qué importa trabajar desde Slack con Devin

La idea de la clase era simular que trabajamos directamente desde el celular a través de Slack. En ese thread ya aparece la notificación con los dos videos [05:38].

Con una prueba end-to-end lista para validar cada fase de la aplicación, el flujo se vuelve muy práctico. Puedes revisar el PR, ver el video y aprobar sin estar frente al computador.

Entender dónde trabaja Devin y cómo interactúa con sus máquinas virtuales mejora muchísimo la forma en que le asignas cada tarea. Ahora sabes que detrás de cada respuesta hay un entorno real ejecutando comandos y probando tu código.

¿Cómo va tu proyecto hasta ahora? Publica una captura en los comentarios y cuéntame cómo te ha ido trabajando con Devin.