Skip to main content

Crea un flusso di checkout Stripe

Fornisci a Devin una specifica di checkout con le tue chiavi sandbox Stripe e ottieni un flusso di pagamento funzionante — pagina prezzi, sessione di checkout, handler del webhook e pagina di conferma — verificato nel browser.
AuthorCognition
CategorySviluppo di funzionalità
1

(Facoltativo) Definisci il perimetro della codebase con Ask Devin

Se non sei sicuro di come la tua app gestisca attualmente i pagamenti — o quali file e pattern usare come riferimento nella tua specifica — usa Ask Devin per eseguire prima un’analisi:Usa le risposte per completare la tua specifica — fai riferimento a file specifici, nomi di tabelle e pattern, affinché Devin crei qualcosa che si integri in modo naturale nella tua codebase. Puoi anche avviare una sessione di Devin direttamente da Ask Devin, e userà tutto ciò che ha appreso come contesto.
2

Aggiungi le chiavi sandbox di Stripe

Devin ha bisogno delle chiavi Stripe in modalità test per creare le sessioni di checkout e verificare l’handler del webhook. Usa sempre le credenziali sandbox — non fornire mai a Devin le chiavi Stripe di produzione.L’approccio più semplice è memorizzarle come organization secrets prima di avviare la sessione:
  1. Vai su Settings > Secrets e aggiungi:
  2. Devin accede a queste chiavi come variabili d’ambiente, così non finiscono mai inserite in modo statico nel tuo codice sorgente.
Gli organization secrets devono essere aggiunti prima di avviare la sessione — vengono iniettati all’avvio della sessione. In alternativa, puoi fornire i secrets durante la sessione tramite la chat, e Devin ti chiederà anche in modo proattivo tutte le credenziali necessarie quando rileva variabili d’ambiente mancanti.
3

Consegna le specifiche del tuo checkout

Incolla la tua specifica — da un PRD, un ticket Linear o un messaggio dettagliato su Slack — direttamente in Devin. Una buona specifica per il checkout copre i piani tariffari, il flusso di pagamento e cosa succede dopo un pagamento riuscito. Più è strutturata, meglio è.Una buona specifica per Devin include tre elementi: cosa costruire (piani tariffari, flusso di checkout, gestore del webhook), dove risiede (route, tabelle, file) e come si inserisce nel resto del sistema (pattern esistenti da seguire). Non devi specificare ogni dettaglio di implementazione — Devin analizza la tua codebase per colmare le lacune.
4

Devin crea e verifica direttamente nel browser

Devin legge le tue specifiche, esplora la codebase per trovare pattern corrispondenti, quindi implementa su tutto lo stack. Prima di aprire una PR, esegue la tua app in locale e apre il suo browser integrato per verificare che il flusso di checkout funzioni end-to-end.Ecco come si presenta per l’esempio di checkout Stripe:
  1. Crea la migration — Aggiunge la tabella subscriptions con colonne per user_id, stripe_subscription_id, plan, status e current_period_end
  2. Costruisce la pagina dei prezzi — Crea le card di prezzo a tre livelli in /pricing, ognuna con un pulsante “Subscribe” che effettua una richiesta POST all’API di checkout
  3. Implementa la creazione della sessione di checkout — Implementa POST /api/checkout/sessions che crea una sessione Stripe Checkout con il price ID corretto, l’email del cliente e gli URL di reindirizzamento
  4. Aggiunge l’handler per il webhook — Implementa POST /api/webhooks/stripe con verifica della firma, gestione dell’evento checkout.session.completed e aggiornamenti al database
  5. Costruisce la pagina di successo — Crea /checkout/success, che recupera la sessione Stripe, mostra il nome del piano, l’importo addebitato e un link “Go to Dashboard”
  6. Scrive i test — Test per la verifica della firma del webhook (valida, non valida, mancante), la creazione della sessione di checkout e la logica di aggiornamento del piano nel database
  7. Apre il browser — Avvia il dev server, naviga a /pricing, clicca su “Subscribe” sul piano Pro, verifica che il reindirizzamento a Stripe Checkout funzioni e controlla che la pagina di successo venga renderizzata correttamente dopo un pagamento di test
  8. Apre una PR — Consegna tutte le modifiche con un riepilogo di ciò che è stato implementato e di come è stato verificato
La fase di verifica nel browser intercetta problemi che i test unitari non rilevano — una pricing card che non avvia il checkout, un URL di reindirizzamento che restituisce un 404 o una pagina di successo che non riesce a caricare i dettagli della sessione. Se hai definito una skill di test locale, Devin segue automaticamente quei passaggi per ogni funzionalità che realizza.
5

Eseguire iterazioni dalla PR

Una volta aperta la PR, invia prompt di follow-up nella stessa sessione per estendere o modificare il flusso di checkout.
6

Rivedi la PR con Devin Review

Una volta che 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 all’interno del diff. Puoi fare domande di approfondimento nella chat di revisione — ad esempio: “Il gestore del webhook convalida il tipo di evento prima di elaborarlo?” — e Devin risponderà facendo riferimento al codice reale.