Identificar el caso de uso adecuado para Devin es clave para maximizar la eficiencia y el retorno de la inversión (ROI). A continuación, se describen las mejores prácticas para seleccionar un caso de uso que se alinee con las fortalezas de Devin.Documentation Index
Fetch the complete documentation index at: https://docs.devin.ai/llms.txt
Use this file to discover all available pages before exploring further.
Mejores casos de uso para Enterprise
| Criterios del caso de uso ideal |
|---|
| Proyectos grandes y de alto valor para el negocio que puedan dividirse en subtareas aisladas y repetitivas. |
| Tareas que requieran menos de 90 minutos de tiempo de ingeniería manual. |
| Tareas compatibles con versiones anteriores que puedan validarse y fusionarse de forma independiente. |
Requisitos ideales para Devin
| Requisito |
|---|
| Alto volumen de subtareas repetitivas (slices) |
| Tareas con complejidad de ingeniero junior |
| Tareas aisladas e incrementales |
| Subtareas objetivas y verificables |
| (Recomendado) Mínimas dependencias con el resto del proyecto |
Diseñar el trabajo de Devin
| Escenario | Consideración sobre la fiabilidad | Tipo de tarea |
|---|---|---|
| Pedir a Devin que desarrolle funcionalidades complejas completamente nuevas (aunque sean repetitivas) | Menor fiabilidad a escala | Tall & Deep |
| Asignar a Devin tareas simples y bien definidas | Muy fiable y eficaz | Wide & Shallow |
Estrecho y profundo vs. ancho y superficial
Cuanto más simple sea el segmento, más fiable será el proyecto en su conjunto.
Qué dividir
- Migraciones
- Refactors
- Modernizaciones
- Backlogs de deuda técnica
Verificación
| Slices de ejemplo |
|---|
| Archivo |
| Notebook |
| Módulo |
| Requisito | Detalles |
|---|---|
| Límite de tiempo | Cada slice debe requerir menos de 90 minutos de trabajo de ingeniería manual. |
| Verificación | Debe incluir una forma de validar los cambios de código, por ejemplo: - Ejecutar pruebas - Compilar el código - Verificaciones de CI - Un script de verificación personalizado |
Ejecución en paralelo
| Requisito | Descripción |
|---|---|
| Aislamiento | Cada segmento debe ser independiente y compatible con versiones anteriores. |
| Ejecución en paralelo | Usa el paralelismo de Devin para ejecutar los segmentos simultáneamente. |
| Revisión humana | Después de completar cada segmento, debe pasar por una revisión humana antes de fusionarse en main. |
Consideraciones de escalado
| Principio | Descripción |
|---|---|
| Confiabilidad a nivel de slice | Devin está optimizado para ofrecer la máxima confiabilidad a nivel de cada slice individual. |
| Consideración de escalado | Al escalar a miles de slices, mantener una alta confiabilidad es fundamental. |
| Impacto de errores | Incluso una tasa de error pequeña puede multiplicarse cuando se ejecuta a gran escala. |
Mejores prácticas para la definición de tareas
| Requisito | Descripción |
|---|---|
| Detalles claros de los pasos | Proporciona instrucciones explícitas para cada subtarea. |
| Referencia de extremo a extremo | Una guía o video detallado ayuda a garantizar la consistencia. |
| Ejemplos de antes/después | Ofrece múltiples ejemplos de código de antes/después (pares de entrada/salida). |
| Acceso a dependencias | Asegúrate de que Devin tenga todas las dependencias necesarias para la tarea. |
Las migraciones, modernizaciones y refactorizaciones son casos de uso sólidos si se pueden abordar de forma incremental.
Por ejemplo, una migración de todo el repositorio que requiera todos los cambios a la vez no es recomendable.