Vai al contenuto principale
TLDR: Tratta Devin come un ingegnere junior. Assegna a Devin attività che un ingegnere junior o uno stagista potrebbe portare a termine se ricevesse istruzioni chiare e sufficientemente dettagliate. Ricorda di fornire a Devin lo stesso livello di dettaglio che daresti a un collega umano. Per indicazioni più complete su come lavorare in modo efficace con gli agenti di coding, consulta la nostra guida Coding Agents 101.

​
Best practice

 Inizia la giornata mettendo al lavoro più Devin in parallelo:
  • Rifletti sui tuoi TODO e suddividili in piccoli task su cui un team di stagisti (Devins) può aiutarti.
  • Torna sulle PR in bozza in attesa di review verso l’ora di pranzo.
 Tagga Devin nei thread di Slack per correzioni rapide:
  • Devin è perfetto per task che richiedono 30 minuti ma che spesso finiscono per restare nel backlog per settimane.
 Concentrati su task facilmente verificabili:
  • Idealmente, dovrebbe essere semplice come controllare che la CI passi o testare un deploy automatico. Evita task ambigui in cui può sembrare che il lavoro sia stato completato correttamente ma in realtà stia succedendo altro.
 Parti in piccolo:
  • All’inizio, esegui molte run di piccole dimensioni per individuare i casi d’uso migliori per Devin.
  • Cerca di non spendere troppi (>10) ACU in un singolo run. Le prestazioni di Devin peggiorano nelle sessioni lunghe.

​
Valutare i task per Devin

Quando decidi se un task è adatto a Devin, la prima domanda da porti è: Un ingegnere junior potrebbe risolverlo se avesse a disposizione tempo e contesto sufficienti?

​
Checklist pre-task

Complessità dell’attività
  • Considera quali valutazioni soggettive e decisioni difficili sono necessarie
  • Identifica i possibili percorsi di errore in cui potrebbe imbattersi un tirocinante
  • Per le attività che richiedono conoscenze di dominio avanzate, suddividile ulteriormente o fornisci il contesto rilevante
Definizione e ambito dell’attività
  • Le buone attività hanno un inizio e una fine chiari, oltre a criteri di successo (ad esempio, test superati, corrispondenza con un pattern esistente)
Riferimenti disponibili
  • Ci sono esempi o pattern che Devin può seguire?
  • Puoi fornire prototipi, codice parziale o pattern esistenti dalla codebase o dalla documentazione?
  • È molto utile fornire link o nomi di file che Devin possa consultare.
Validazione del successo
  • Le attività con suite di test, controlli di linting o passaggi di compilazione producono risultati migliori
  • Le attività con standard soggettivi possono essere più complicate
Sforzo di revisione
  • Idealmente, ti basta verificare che la CI passi, oppure puoi testare rapidamente un deployment automatico
Dimensione dell’attività
  • Per attività di grandi dimensioni, valuta di suddividerle in sotto-attività o in più sessioni
  • Suddividere richieste grandi in parti più piccole e gestibili aiuta Devin a rimanere allineato

​
Revisione post-attività

Monitorare il tempo di sessione
  • Se Devin raggiunge ripetutamente i limiti di utilizzo della sessione, l’attività assegnata potrebbe essere troppo complessa
  • Potresti dover fornire istruzioni e guardrail più dettagliati
  • Valuta di analizzare in cosa Devin sta impiegando il suo tempo
  • Se Devin ha difficoltà con il suo ambiente di sviluppo, rivedi la configurazione dell’area di lavoro
  • Portare a termine l’attività personalmente può essere più veloce che cercare di rimettere Devin in carreggiata
Imparare dagli errori di Devin
  • Nelle sessioni future, fornisci più contesto o istruzioni per aiutare Devin a superare gli ostacoli riscontrati in precedenza
  • Valuta di aggiungere o approvare Knowledge così che Devin ricordi ciò che ha imparato nelle sessioni precedenti