Skip to main content

Crea un tracker PTO per il team

Descrivi il tuo strumento e Devin lo crea, testa e verifica end-to-end.
AuthorCognition
CategorySviluppo funzionalità
1

(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.
2

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.
3

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:
  1. Vai su Settings > Secrets e aggiungi SLACK_WEBHOOK_URL
  2. 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.
4

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).
Questi comandi funzionano in qualsiasi momento durante la sessione: usa /plan all’inizio, /test dopo che ogni funzionalità è stata implementata e /review prima della PR finale.
5

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.
  1. Esamina la tua codebase — Trova i componenti DataTable e Calendar, legge il tuo schema Prisma e studia il layout esistente della pagina /internal/
  2. Crea la migrazione del database — Aggiunge le tabelle pto_requests e pto_balances tramite Prisma
  3. Costruisce le pagine — Modulo per l’invio delle richieste, coda di approvazione per i manager, vista calendario e dashboard dei saldi sotto /internal/pto
  4. Integra Slack — Invia notifiche webhook quando le richieste vengono inviate e quando vengono approvate o rifiutate
  5. 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
  6. 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
  7. Apre una PR — Consegna tutto: migrazione, script di seed, codice dell’applicazione, test e una sezione del README che spiega come usare lo strumento
La verifica nel browser intercetta problemi che i test automatizzati non rilevano — layout dei moduli non corretti, un calendario che viene visualizzato ma non risponde ai clic, o un pulsante di invio che non svuota il modulo dopo l’invio riuscito.
6

Estendi il tuo tool

Once the base tool works, add features in follow-up sessions:
7

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.