I casi d’uso strategici sono progetti di grandi dimensioni e ad alto valore per il business che possono essere suddivisi in sottoattività isolate e ripetitive. Ogni slice è il lavoro di un singolo Devin, quindi dovrebbe essere semplice (meno di 90 minuti di lavoro di un ingegnere umano) e incrementale.
TL;DR — Requisiti per i casi d’uso di Devin:
- Alto volume di sottoattività ripetitive (slice)
- Sottoattività di difficoltà pari al livello di un ingegnere junior
- Sottoattività isolate e realizzabili in modo incrementale
- Sottoattività con un ciclo di verifica oggettivo
- (Consigliato): Dipendenze di progetto minime
Caratteristiche fondamentali
Quanto più è semplice la singola unità di lavoro (slice), tanto più è affidabile il progetto nel suo complesso.
Casi d’uso per lo slicing [IMPORTANTE]
Una slice dovrebbe essere la più piccola unità atomica del progetto (file, notebook o modulo) con:
- Meno di 90 minuti di lavoro di ingegneria umana
- Un modo per verificare le modifiche al codice (test, build, controlli CI o script di verifica personalizzato)
Ogni Devin deve poter sapere in modo oggettivo se ha completato con successo il proprio compito. Finché non conclude la verifica, deve continuare a iterare utilizzando stack trace dettagliati o log di errore.
Ogni slice deve essere isolata e incrementale. Sfruttando il parallelismo di Devin, completate la migrazione una slice alla volta. Dopo la revisione umana, effettuate il merge progressivo di ogni PR nel branch master.
Il modello complessivo per un caso d’uso di Devin:
Devin deve essere il più possibile affidabile a livello della singola slice, in modo che, quando parallelizziamo su migliaia di slice, manteniamo un’elevata affidabilità su larga scala. Anche un piccolo margine di errore può causare molte modifiche errate quando viene ampliato.
Da fornire da parte del cliente
- Dettagli chiari per ogni passaggio in ciascuna slice (una descrizione dettagliata o un video dell’intero processo end-to-end risulta molto efficace)
- Diversi esempi di modifiche al codice prima/dopo (coppie input/output)
- Accesso per Devin a tutte le dipendenze necessarie in ciascuna slice
Le attività di debito tecnico continuative (ad es. revisione di PR o test QA) sono anch’esse casi d’uso validi, a condizione che possano essere suddivise in slice.
Migrazioni, modernizzazioni e refactoring sono casi d’uso validi per Devin quando sono incrementali. Una migrazione che richiede l’aggiornamento dell’intero repository al nuovo sistema tutto in una volta, invece che una slice alla volta, non è consigliata.
