Prepara tu workspace y repositorios

Contenido del curso

Ecosistema Devin

Devin Cloud

Devin CLI

Devin Desktop

Integraciones en Devin

Despliegue y automatización con Devin

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0012:09

Prepara tu workspace y repositorios

Curso de Devin AI

Clase 3 de 18

Clase 3 / 18

Recursos

Aprender a crear un repositorio con Devin y generar un plan de proyecto es el primer paso para que este agente de IA trabaje por ti dentro de tu código. Aquí vas a ver cómo Devin crea ramas, ejecuta comandos y abre pull requests, siempre según los permisos que tú le concedas.

Todo lo que construyas con Devin vive en un repositorio de código. Ese repositorio es su terreno de trabajo: ahí crea ramas, corre comandos, abre pull requests y se conecta con herramientas de terceros. Pero nada de eso pasa sin permisos, y esos permisos los gestionas directamente en Devin.

Cómo defino qué permisos necesita Devin en GitHub

El ejemplo que seguimos es una app llamada ShipLog, pensada para que developers registren sus avances semanales en cada proyecto. Antes de escribir código, conviene preguntar qué necesita Devin para funcionar.

En Devin Cloud puedes usar el modo pregunta, o ask, para lanzarle una consulta sin que ejecute nada. Al preguntarle qué permisos requiere para GitHub y para herramientas como Supabase, Devin activa su thinking process y revisa el historial de proyectos que ya creaste antes.

Lo interesante es cómo razona: yo solo le especifiqué Supabase, y él asumió un stack de Next.js más Supabase. Luego comparó esa combinación con cuatro proyectos previos para deducir qué necesitaría el nuevo.

Estas fueron sus recomendaciones concretas:

Para GitHub, solo un permiso de escritura o write, suficiente salvo que quieras que ShipLog cree issues y comente PRs.
Para Supabase, las variables de entorno estándar en un archivo local, nunca commiteadas.
Como opcionales, un cron o scheduler con Vercel o Supabase, más Resend y un hosting.

¿Qué es el modo ask en Devin? Es un modo de solo lectura donde Devin responde preguntas y analiza tu código, pero no crea repositorios ni escribe archivos. Sirve para explorar antes de ejecutar.

Devin también entrega un resumen en una cajita reutilizable. Si tu proyecto es de equipo, puedes llevar ese texto a Confluence o a un canal de Slack para elaborar un plan más aterrizado.

Por qué usar el modo plan antes de escribir código

Con el resumen inicial listo, el siguiente paso es pedir un plan explícito. Para eso cambias del modo automático al modo plan dentro de la misma sesión.

En el prompt de plan conviene ser muy específico. Yo le indiqué que ShipLog sería una app sencilla para developers, le di el stack, y le pedí que por ahora no escribiera ni modificara nada en el repositorio. Su única tarea: ayudarme a armar el plan.

Le asigné cinco tareas concretas para estructurar ese plan:

Analizar la idea del proyecto.
Hacerme preguntas antes de construir cualquier cosa y esperar mis respuestas.
Proponer un MVP pequeño con esas respuestas.
Dividir el plan en tareas claras e implementables después.
Mantener un alcance simple, sin meter todas las features desde el inicio.

Dividir el trabajo en tareas separadas abre una puerta interesante: podrías implementarlas con multiagentes, asignando a cada tarea el modelo que dé mejor resultado. Y aquí viene lo importante que repetí varias veces: que no ejecute ninguna tarea ni escriba código hasta aprobar el plan explícitamente.

Devin respondió con un plan que incluía cinco preguntas directas: si ShipLog es multiusuario, cómo persisten los datos, si el registro de avances es manual o automático, cuál es el modelo de datos mínimo, y cuáles serían las vistas y el alcance del MVP.

Cómo Devin crea el repositorio y guarda el plan

Cada sesión de Devin en la nube corre en su propia máquina virtual independiente. Ese detalle explica varios comportamientos que vas a notar.

Cuando cambié al modo automático y le pedí crear un repositorio y guardar el plan como archivo markdown, la sesión en modo ask respondió que no podía: solo tenía herramientas de lectura sobre el código. Entonces inicié una nueva sesión de Devin desde ese mismo plan.

Esa nueva sesión sí creó el repositorio de ShipLog en 26 segundos, conectándose a GitHub desde su máquina virtual. Un detalle a corregir: nombró el archivo como README en lugar de plan, así que le pedí renombrarlo a plan.md y dejar un README mínimo solo con el título.

¿Por qué Devin no recuerda lo que hizo en otra sesión? Porque cada sesión usa una máquina virtual distinta y aislada. Al abrir una sesión nueva sobre un repositorio, primero clona el repo y revisa su estado actual para recuperar contexto.

Esto quedó claro al abrir una tercera sesión sobre el repositorio ya existente. Lo primero que hizo Devin fue clonar erasmo/shiplog y revisar el README, porque la sesión anterior era una máquina virtual completamente distinta sin ese contexto.

Qué revela el autor del commit en Devin

El commit inicial aparecía como hecho por mi cuenta, según la configuración que tengo marcada. Pero en las opciones de Devin puedes cambiar quién figura como autor.

Existen tres formas de firmar los commits:

Como tu propia cuenta, que es como lo tenía configurado.
Como Devin en colaboración contigo, un commit de coautoría.
Como Devin en solitario.

Cuando amplié el README con la idea, el alcance del MVP, el stack y el roadmap, ese commit sí llegó como coautoría: el Devin AI Integration Bot junto con mi usuario, porque se hizo de forma integrada desde su nube.

Qué límites de permisos tiene Devin en los pull requests

Devin puede abrir pull requests, pero no todo está permitido por defecto. Aquí aparecen los muros de seguridad.

Cuando quise que revisara o mergeara el PR, no pudo. Con los permisos actuales solo podía crear repositorios, editarlos y modificar archivos. No tenía acceso para comentar ni mergear pull requests, una medida de seguridad deliberada.

Esa limitación se puede resolver por otra vía, como la CLI en paralelo. Lo esencial ya quedó demostrado: Devin puede crear un repositorio desde cero o trabajar sobre uno existente, generar un plan, guardarlo como markdown y sumar un README documentado para quien llegue por primera vez al proyecto.

Déjame saber en los comentarios si los permisos que le diste a tu GitHub te permitieron mergear el PR.

Resumen

Cómo defino qué permisos necesita Devin en GitHub

Estas fueron sus recomendaciones concretas:

Para GitHub, solo un permiso de escritura o write, suficiente salvo que quieras que ShipLog cree issues y comente PRs.
Para Supabase, las variables de entorno estándar en un archivo local, nunca commiteadas.
Como opcionales, un cron o scheduler con Vercel o Supabase, más Resend y un hosting.

¿Qué es el modo ask en Devin? Es un modo de solo lectura donde Devin responde preguntas y analiza tu código, pero no crea repositorios ni escribe archivos. Sirve para explorar antes de ejecutar.

Devin también entrega un resumen en una cajita reutilizable. Si tu proyecto es de equipo, puedes llevar ese texto a Confluence o a un canal de Slack para elaborar un plan más aterrizado.

Por qué usar el modo plan antes de escribir código

Con el resumen inicial listo, el siguiente paso es pedir un plan explícito. Para eso cambias del modo automático al modo plan dentro de la misma sesión.

Le asigné cinco tareas concretas para estructurar ese plan:

Analizar la idea del proyecto.
Hacerme preguntas antes de construir cualquier cosa y esperar mis respuestas.
Proponer un MVP pequeño con esas respuestas.
Dividir el plan en tareas claras e implementables después.
Mantener un alcance simple, sin meter todas las features desde el inicio.

Cómo Devin crea el repositorio y guarda el plan

Cada sesión de Devin en la nube corre en su propia máquina virtual independiente. Ese detalle explica varios comportamientos que vas a notar.

¿Por qué Devin no recuerda lo que hizo en otra sesión? Porque cada sesión usa una máquina virtual distinta y aislada. Al abrir una sesión nueva sobre un repositorio, primero clona el repo y revisa su estado actual para recuperar contexto.

Qué revela el autor del commit en Devin

El commit inicial aparecía como hecho por mi cuenta, según la configuración que tengo marcada. Pero en las opciones de Devin puedes cambiar quién figura como autor.

Existen tres formas de firmar los commits:

Como tu propia cuenta, que es como lo tenía configurado.
Como Devin en colaboración contigo, un commit de coautoría.
Como Devin en solitario.

Qué límites de permisos tiene Devin en los pull requests

Devin puede abrir pull requests, pero no todo está permitido por defecto. Aquí aparecen los muros de seguridad.

Déjame saber en los comentarios si los permisos que le diste a tu GitHub te permitieron mergear el PR.

Daniel Alfredo García Serna

Hace 23 días

📚 CLASE: PREPARA TU WORKSPACE Y REPOSITORIOS

━━━━━━━━━━━━━━━━━━

🎯 IDEA PRINCIPAL

Antes de dejar que Devin modifique código, debes definir qué puede ver y qué puede modificar.

La seguridad está en conceder únicamente los permisos necesarios para que Devin trabaje sobre tu repositorio.

━━━━━━━━━━━━━━━━━━

⚡ RESUMEN ULTRA RÁPIDO

🔵 Devin necesita acceso a GitHub para trabajar directamente sobre repositorios.
🟢 Empieza concediendo solo los permisos necesarios para tu flujo.
🟡 Para desarrollo normal, el permiso write puede ser suficiente.
🔴 No concedas permisos adicionales simplemente porque Devin los solicite o puedan resultar convenientes.
🟡 Cada sesión de Devin utiliza una máquina virtual independiente y debe recuperar contexto desde Git.

━━━━━━━━━━━━━━━━━━

🔑 LO IMPORTANTE

🔵 El repositorio es el terreno de trabajo de Devin: ramas, archivos, comandos y pull requests.
🟡 El modo Ask permite analizar y preguntar sin modificar archivos ni ejecutar cambios.
🟢 Úsalo antes de ejecutar para preguntarle qué permisos y herramientas necesita.
🔴 Una sesión nueva no hereda automáticamente el estado de la máquina anterior.
🟡 Devin puede crear ramas, modificar código y abrir pull requests según los permisos concedidos.
🔴 Poder crear un PR no significa necesariamente poder comentar, aprobar o hacer merge.
🟣 Las protecciones de rama añaden una barrera importante antes de incorporar cambios automáticamente.
🔵 GitHub separa permisos específicos de roles más amplios para controlar qué acciones puede realizar cada acceso.

━━━━━━━━━━━━━━━━━━

🧩 MODELO MENTAL

Preguntar → Conceder mínimo → Ejecutar → Revisar → PR → Validar → Merge

🟢 Primero determina qué necesita Devin.
🟢 Después concede el mínimo acceso necesario.
🟢 Finalmente conserva la revisión humana antes de integrar cambios importantes.

━━━━━━━━━━━━━━━━━━

🚀 ACCIONES PARA HOY

🟢 Conecta Devin únicamente al repositorio donde quieras probarlo inicialmente.
🟢 Usa Ask para preguntarle qué permisos requiere para una tarea concreta.
🟢 Revisa en GitHub exactamente qué repositorios puede modificar.
🟢 Comprueba qué permisos tiene sobre contenidos, issues, PRs y Actions.
🟢 Configura protección de rama para evitar merges no revisados.
🟢 Haz una tarea pequeña y verifica qué ramas, commits y PRs genera.

━━━━━━━━━━━━━━━━━━

🟣 VENTAJA PROFESIONAL

🟣 Aplica least privilege: cada agente debería recibir solamente el acceso imprescindible.
🟣 Trata a Devin como un colaborador técnico automatizado, no como propietario del proyecto.
🟣 Hack: separa claramente escribir código de aprobar código.
🟣 Mantener el merge protegido permite aprovechar autonomía sin eliminar el control humano.
🟣 En equipos, puedes limitar el acceso de Devin a repositorios concretos en lugar de toda la organización.

━━━━━━━━━━━━━━━━━━

📝 CIERRE

El principiante conecta la IA y le da acceso para que “funcione”.

El profesional primero diseña qué puede hacer, dónde puede hacerlo y qué acciones requieren revisión.

La autonomía de un agente es útil cuando está rodeada de límites claros.

Ecosistema Devin

Cómo Devin conecta modelos de IA sin atarte a uno

Devin Cloud, Desktop y CLI

Prepara tu workspace y repositorios

Devin Cloud

Crear un MVP desde Slack con Devin Cloud

Cómo prueba Devin tu app en una máquina virtual

Revisa, prueba y corrige con Devin

Devin CLI

Devin CLI: mergea PRs y corre Supabase local

Cómo transferir tareas del terminal a Devin Cloud

Devin Desktop

Cómo instalar y usar Devin Desktop paso a paso

Devin Desktop: revisa y termina tareas de la nube

Integraciones en Devin

Cómo Devin convierte tu app web en móvil

Cómo conectar Devin a Supabase con MCP

Conectar el frontend a datos de producción con Devin

Cómo crear skills en Devin

Cuándo usar Devin Cloud, CLI o Desktop

Despliegue y automatización con Devin

Desplegar tu proyecto en Internet: Devin Apps vs Vercel

Cómo conectar Claude a Devin Desktop con ACP

Automatiza ShipLog con Devin y mide tu proceso

Prepara tu workspace y repositorios

Progreso del curso

Ecosistema Devin

Devin Cloud

Devin CLI

Devin Desktop

Integraciones en Devin

Despliegue y automatización con Devin

Recursos

Recursos