(Facoltativo) Delimita l'ambito della codebase con Ask Devin
Se nella tua app utilizzi già strumenti interni, usa Ask Devin per capire i pattern esistenti prima di scrivere la tua specifica. Questo è particolarmente utile se vuoi che il nuovo strumento rispecchi l’architettura di ciò che è già presente:Usa le risposte per completare la tua specifica con riferimenti a file specifici, nomi di componenti e pattern, così che Devin crei qualcosa di coerente con i tuoi strumenti interni esistenti. Puoi anche avviare direttamente una sessione di Devin da Ask Devin, e verrà riportato tutto ciò che ha appreso come contesto.
Scrivi una specifica dettagliata
Gli strumenti interni — PTO tracker, pannelli di amministrazione, script per i dati, utility da CLI — sono essenziali ma ricevono raramente la priorità che meritano. Sono ideali per Devin perché i requisiti sono ben definiti, gli utenti sono le persone del tuo team e il fatto che “funzioni correttamente” conta più di un design perfetto al pixel.Sii specifico su cosa fa lo strumento, quali dati memorizza e a quali servizi si collega. Più dettagli includi, più la prima versione sarà vicina a ciò di cui hai bisogno.Puoi anche iterare sulla tua specifica usando Ask Devin: incolla una bozza e chiedi a Devin di identificare eventuali lacune o suggerire miglioramenti in base alla tua codebase.
Aggiungi credenziali
Passa tutte le API key e i token di cui Devin ha bisogno tramite Secrets — in questo caso, l’URL del webhook di Slack.L’approccio più semplice è memorizzarli come segreti dell’organizzazione prima di avviare la sessione:
- Vai su Settings > Secrets e aggiungi
SLACK_WEBHOOK_URL - Devin accede ai segreti come variabili d’ambiente, quindi non finiscono mai hardcoded nel tuo codice sorgente.
I segreti dell’organizzazione devono essere aggiunti prima di avviare la sessione — vengono iniettati all’avvio della sessione. In alternativa, puoi fornire i segreti durante la sessione usando la chat e Devin ti chiederà in modo proattivo le credenziali di cui ha bisogno quando rileva variabili d’ambiente mancanti.
Gestisci la sessione tramite comandi slash
Una volta avviata la sessione, puoi usare i comandi slash per guidare il flusso di lavoro di Devin:
/plan— Chiedi a Devin di creare un piano di implementazione dettagliato prima di scrivere qualsiasi codice. Esamina il piano e suggerisci modifiche prima che inizi a implementare./test— Chiedi a Devin di eseguire tutti i test e verificare il suo lavoro. Usalo dopo ogni traguardo importante per individuare i problemi in anticipo./review— Chiedi a Devin di rivedere il proprio codice per bug, casi limite e problemi di stile prima di aprire la pull request (PR).
/plan all’inizio, /test dopo che ogni funzionalità è stata implementata e /review prima della PR finale.Devin lo sviluppa e verifica che funzioni
Devin tratta gli strumenti interni come qualsiasi funzionalità di produzione — scrive il codice, aggiunge i test e poi apre l’app nel suo browser integrato per verificare che l’interfaccia utente funzioni end-to-end.
- Esamina la tua codebase — Trova i componenti
DataTableeCalendar, legge il tuo schema Prisma e studia il layout esistente della pagina/internal/ - Crea la migrazione del database — Aggiunge le tabelle
pto_requestsepto_balancestramite Prisma - Costruisce le pagine — Modulo per l’invio delle richieste, coda di approvazione per i manager, vista calendario e dashboard dei saldi sotto
/internal/pto - Integra Slack — Invia notifiche webhook quando le richieste vengono inviate e quando vengono approvate o rifiutate
- Scrive i test — Test unitari per i calcoli dei saldi PTO e il rilevamento delle sovrapposizioni di date, test API per gli endpoint delle richieste, test di integrazione per il flusso di approvazione
- Apre l’app nel suo browser — Naviga in ogni pagina, invia una richiesta PTO di test, la approva dalla vista del manager, verifica che il calendario si aggiorni, controlla i numeri nella dashboard e testa casi limite come date sovrapposte e saldi superati
- Apre una PR — Consegna tutto: migrazione, script di seed, codice dell’applicazione, test e una sezione del README che spiega come usare lo strumento
Estendi il tuo tool
Una volta che il tool di base funziona, aggiungi funzionalità nelle sessioni successive:
Rivedi la PR con Devin Review
Quando Devin apre la PR, utilizza Devin Review per esaminare le modifiche. Devin Review ha il contesto completo della tua codebase e può individuare bug, problemi di sicurezza e incoerenze di stile in tutto il diff.