Saltar al contenido principal
TLDR: Trata a Devin como a un ingeniero junior. Asígnale tareas que un ingeniero junior o un pasante podría resolver si recibe instrucciones claras y suficientemente detalladas. Recuerda darle a Devin el mismo nivel de detalle en las instrucciones que le darías a un compañero de trabajo humano. Para obtener una guía más completa sobre cómo trabajar eficazmente con agentes de código, consulta nuestra guía Coding Agents 101.

Mejores prácticas

 Empieza tu día poniendo a varios Devins a trabajar en paralelo:
  • Piensa en tus TODOs y divídelos en tareas pequeñas con las que un equipo de becarios (Devins) pueda ayudar.
  • Vuelve a los PR en borrador que estén esperando revisión alrededor de la hora del almuerzo.
 Etiqueta a Devin en hilos de Slack para correcciones rápidas:
  • Devin es ideal para tareas que toman 30 minutos pero que a menudo terminan en grandes backlogs durante semanas.
 Concéntrate en tareas fácilmente verificables:
  • Idealmente, debería ser tan sencillo como comprobar que el CI pasa correctamente o probar un despliegue automático. Evita tareas ambiguas en las que pueda parecer que la tarea se completó correctamente pero en realidad está ocurriendo otra cosa.
 Empieza con cosas pequeñas:
  • Al principio, lanza muchas ejecuciones pequeñas para encontrar los mejores casos de uso para Devin.
  • Procura no gastar demasiadas (>10) ACUs en una sola ejecución. El rendimiento de Devin se degrada en sesiones largas.

Evaluación de tareas para Devin

Al decidir si una tarea es adecuada para Devin, la primera pregunta que debes hacerte es: ¿Podría un ingeniero junior resolverlo si tuviera suficiente tiempo y contexto?

Lista de verificación previa a la tarea

Complejidad de la tarea
  • Considera qué juicios y decisiones difíciles serán necesarios
  • Identifica posibles vías de fallo con las que alguien en prácticas podría encontrarse
  • Para tareas que requieren conocimientos avanzados del dominio, divídelas aún más o proporciona el contexto relevante
Definición y alcance de la tarea
  • Las buenas tareas tienen un inicio y un final claros, además de criterios de éxito (p. ej., pasar pruebas, ajustarse a un patrón existente)
Referencias disponibles
  • ¿Hay ejemplos o patrones que Devin pueda seguir?
  • ¿Puedes proporcionar prototipos, código parcial o patrones existentes del repositorio o la documentación?
  • Es muy útil proporcionar enlaces o nombres de archivo para que Devin los revise.
Validación del éxito
  • Las tareas con suites de pruebas, comprobaciones de lint o pasos de compilación producen mejores resultados
  • Las tareas con criterios subjetivos pueden ser más complicadas
Esfuerzo de revisión
  • Idealmente, solo necesitas comprobar que el CI pasa o que puedes probar rápidamente un despliegue automático
Tamaño de la tarea
  • Para tareas grandes, considera dividirlas en sub-tareas o en múltiples sesiones
  • Dividir solicitudes grandes en partes más pequeñas y manejables ayuda a que Devin se mantenga encaminado

Revisión posterior a la tarea

Supervisar el tiempo de sesión
  • Si Devin alcanza repetidamente los límites de uso de la sesión, es posible que la tarea asignada sea demasiado compleja
  • Es posible que necesites proporcionar instrucciones y límites más detallados
  • Considera investigar en qué está invirtiendo Devin su tiempo
  • Si Devin tiene dificultades con su entorno de desarrollo, revisa la configuración del Workspace
  • Terminar la tarea por tu cuenta puede ser más rápido que intentar que Devin retome el rumbo
Aprender de los errores de Devin
  • En tus futuras sesiones, proporciona más contexto o instrucciones para ayudar a Devin a superar obstáculos anteriores
  • Considera agregar o aprobar Knowledge para que Devin recuerde lo que aprendió en sesiones anteriores