Si ya empezaste una tarea en la CLI de Devin y la enviaste a la nube, ahora toca revisarla, probarla y terminarla en el escritorio. Aquí aprenderás a usar Devin Desktop como ecosistema para trabajar con múltiples agentes en paralelo, algo clave si desarrollas features que necesitan intervención visual o manual. Este flujo es ideal para quien ya maneja la terminal y quiere una vista más completa de sus tareas.

La gran ventaja de Devin es que no estás atado a una sola interfaz: puedes iniciar una feature en la nube y cerrarla localmente cuando necesites revisar el diseño con tus propios ojos.

Cómo abro mi proyecto en Devin Desktop desde la terminal

El flujo empieza abriendo una sesión en segundo plano para mantener el agente de la CLI de Devin corriendo mientras navegas dentro del proyecto. Desde la misma carpeta, uso el comando dd ., que viene de Devin Desktop [00:56].

Ese comando queda disponible desde la instalación, cuando en la pestaña de personalización marcaste la casilla "Install the Devin Desktop terminal command" [01:12]. Si la activaste, el comando funciona directo en tu terminal.

¿Qué es un alias en la terminal? Es un atajo que reemplaza un comando largo por uno corto. En vez de escribir todo devin-desktop, con un alias puedes teclear solo dd y ganar tiempo.

Al presionar Enter, se abre la carpeta en el editor y por defecto muestra el archivo package.json.

Por qué conviene seguir a Cognition para aprovechar promociones

El día de la grabación acababa de salir el modelo Fable 5.1 del agente de Anthropic, ya disponible tanto en Devin Desktop como en Devin CLI [01:38]. La notificación explica que este modelo cuesta 54% menos que los modelos state-of-the-art actuales.

Mi recomendación es seguir a Cognition en redes sociales. Cada vez que sale un modelo nuevo, sin importar la compañía, y ya está integrado al ecosistema de Devin, suele haber una promoción y ahí es donde te enteras para aprovecharla [02:07].

Cómo trabajar con varios agentes en paralelo desde el dashboard

En el modo agente encuentras una interfaz tipo chat, parecida a ChatGPT, donde pides tareas y todo se muestra en un dashboard [02:24]. Ahí conviven cinco tareas por defecto, cada una con su propio avance.

Para ver el proyecto corriendo, desde la terminal escribo "corre el proyecto de nuevo", lo que levanta el backend de Supabase y el frontend de Next.js [02:45]. Luego abro el navegador en localhost:3001, porque el puerto 3000 ya estaba ocupado en la máquina.

El proyecto usa una base de datos local, así que puedo crear un proyecto, registrar progreso y ver una especie de línea de tiempo con el avance de cada tarea [03:47].

Un punto crítico: cuando aparezcan comandos por ejecutar, asegúrate de tenerlo configurado para que te pida confirmación antes de correrlos [04:36]. Esto te deja rastrear qué se está ejecutando, porque puede ser una instalación, pero también borrar o modificar archivos.

• Puedes permitirlo una sola vez.
• Puedes permitir todos los comandos NPX dentro de la sesión.
• Puedes autorizarlo para el proyecto o para todos los proyectos.

Cuando un comando aparece, también puedes leer su descripción antes de ejecutarlo o copiarlo para correrlo en tu propia terminal [04:57].

Cómo usar el preview interno para editar el diseño visualmente

Una de las tareas instaló y migró todo hacia el Chat-100 Design System, refactorizando por completo la aplicación [06:35]. Devin Desktop abre un navegador interno de preview a la derecha para revisar los cambios sin salir del editor [06:58].

Desde ese preview puedes seleccionar un elemento con el cursor y pedir cambios en lenguaje natural. Por ejemplo, seleccioné un div y dije: "el borde de esta caja debe ser más oscuro", y luego "quiero que ese borde sea negro" [07:20]. Devin fue directo al archivo donde estaba ese color y lo reemplazó.

¿Qué hace el preview interno de Devin Desktop? Es un navegador integrado que muestra tu app en vivo y te deja seleccionar elementos para pedir cambios de diseño. Devin encuentra el código correspondiente y lo edita solo.

Después de un cambio, el editor te da tres opciones: revisión rápida, rechazar todos los cambios o aceptar todos los cambios [08:20].

Cómo verifico y cierro cada tarea antes de aceptar cambios

Antes de aceptar nada, abro la lista de sesiones para verificar en orden qué tareas asigné y cuáles ya se completaron [08:33]. Este es el recorrido que hice:

1. Agrandar la vista cuando no hay proyectos, con un emoji grande y más interactiva, ya no solo la línea "no tienes proyectos".
2. Migrar todo al Chat-100 Design System, con fondo, colores y botones nuevos.
3. Integrar los tokens o dinero gastado en el formulario de cada sesión, con costo y tokens gastados como campos opcionales.
4. Mejorar el diseño del footer.

Cada tarea la marqué como completada solo después de comprobarla en el navegador real, no por lo que decía el editor.

Por qué Devin identificó y arregló el error del footer

La tarea del footer decía estar lista, pero al buscarlo en la app no aparecía [10:36]. Había dos errores de Next.js: uno de hidratación y otro de un componente base.

Le dije directamente: "no estamos viendo este footer en la app" [11:00]. Y aquí viene lo interesante: en vez de adivinar, Devin revisó la causa. Finalmente identificó que estaba usando tokens viejos en lugar de los nuevos tokens de Chat-100, algo relacionado con los estilos [11:23].

Tras el arreglo, el footer apareció con sus cuatro columnas y dummy links generados por Devin, tratando el sitio como una web bastante corporativa aunque no le dimos una lista explícita de elementos [11:52].

La lección final: la decisión de usar la CLI, la nube o el desktop depende de la tarea, no del hábito ni la preferencia personal [12:23]. A veces una tarea pide un sistema operativo específico o recursos adicionales.

¿Ya probaste mover una tarea entre la CLI, la nube y el desktop? Cuéntame en los comentarios cómo organizas tu flujo con varios agentes en paralelo.