Convertir tareas de Slack y Linear en cambios de código

A quién le sirve. Equipos de desarrollo que quieren repartir tareas pequeñas y bien definidas a un agente desde Slack o desde su gestor de tareas.

Qué hicieron

Cognition conecta sus repositorios con Devin y el equipo lo menciona en Slack o en tickets de Linear y Jira, con adjuntos si hace falta. Devin busca en el código, planifica y publica una propuesta de cambio (PR) con un enlace a Devin Review. Si Devin Review o un bot de GitHub detecta fallos, Autofix los corrige en la propuesta. Devin también sigue trabajando en los fallos de integración continua y de formato hasta que pasan todas las comprobaciones. Las personas revisan las propuestas.

Cómo salió

Cognition aceptó 659 propuestas de Devin en una semana, frente a 154 en su mejor semana de 2025. La fuente no da tasas de fallo y recomienda dividir el trabajo complejo en tareas pequeñas.

Conviene saber

El éxito depende de lo concreto que seas: las tareas bien acotadas y con criterios claros funcionan mejor, y todo lo que exija muchas pruebas necesita mecanismos de verificación.

Qué necesitas

• Una cuenta de Devin con un plan de pago
• Tus repositorios (las carpetas donde vive el código) conectados a Devin
• Slack y Linear o Jira, para encargarle tareas
• Pruebas automáticas en tu proyecto, para que Devin pueda comprobar su trabajo
• Personas que revisen cada propuesta de cambio

Cómo hacerlo tú, paso a paso

1. Conecta tus repositorios a Devin y, después, Slack y tu gestor de tareas (Linear o Jira).
2. Escribe la tarea con el prompt de la ficha: qué hay que hacer, en qué proyecto y con qué criterios se da por buena.
3. Menciona a Devin en Slack o en el ticket y adjunta capturas o archivos si ayudan a entender el problema.
4. Devin busca en el código, planifica y abre una propuesta de cambio (PR) con un enlace a Devin Review.
5. Si Devin Review o un bot de GitHub detectan fallos, Autofix los corrige en la propuesta. Devin también sigue con los fallos de las comprobaciones automáticas hasta que pasan.
6. Revisa la propuesta como la de cualquier compañero antes de aceptarla.
7. Divide las tareas complejas en tareas pequeñas antes de encargarlas.

Esta es la tarea: [descripción de la tarea] en el proyecto [nombre o carpeta]. Criterio para darla por buena: [criterios]. Léete el código relacionado, explícame tu plan en pocas líneas y haz el cambio más pequeño que lo resuelva. Ejecuta las pruebas y corrige lo que falle hasta que pasen todas. Habrás terminado cuando las pruebas pasen y me hayas resumido qué has cambiado y por qué. No subas nada a la rama principal: déjalo como propuesta para que yo lo revise.

Consejos

• Cuanto más concreta la tarea, mejor resultado: indica qué archivos o pantallas afecta y cómo sabrás que está bien.
• Empieza con tareas de poco riesgo, como textos, arreglos pequeños o pruebas que faltan.
• Fíjate en qué tareas fallan, para saber qué tipo de trabajo no conviene encargarle.

Preguntas frecuentes

Fuentes

• nader en Substack ↗

En el directorio desde el 3 de octubre de 2026.