Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.devin.ai/llms.txt

Use this file to discover all available pages before exploring further.

Non vuoi configurare tutto manualmente? Incolla un collegamento a questa pagina in una sessione di Devin e chiedigli di impostare tutto per te.
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 è.A good spec for Devin includes three things: what to build (pricing tiers, checkout flow, webhook handler), where it lives (routes, tables, files), and how it fits in (existing patterns to follow). You don’t need to specify every implementation detail — Devin investigates your codebase to fill in the gaps.
4

Devin builds and verifies in the browser

Devin reads your spec, explores the codebase for matching patterns, then implements across the full stack. Before opening a PR, it runs your app locally and opens its built-in browser to verify the checkout flow works end-to-end.Here’s what that looks like for the Stripe checkout example:
  1. Creates the migration — Adds the subscriptions table with columns for user_id, stripe_subscription_id, plan, status, and current_period_end
  2. Builds the pricing page — Creates the three-tier pricing cards at /pricing, each with a “Subscribe” button that posts to the checkout API
  3. Implements checkout session creation — Builds POST /api/checkout/sessions that creates a Stripe Checkout session with the correct price ID, customer email, and redirect URLs
  4. Adds the webhook handler — Implements POST /api/webhooks/stripe with signature verification, checkout.session.completed event handling, and database updates
  5. Builds the success page — Creates /checkout/success that fetches the Stripe session, displays the plan name, amount charged, and a “Go to Dashboard” link
  6. Writes tests — Tests for webhook signature verification (valid, invalid, missing), checkout session creation, and the plan-update database logic
  7. Opens the browser — Starts the dev server, navigates to /pricing, clicks “Subscribe” on the Pro tier, verifies the Stripe Checkout redirect works, and checks that the success page renders correctly after a test payment
  8. Opens a PR — Delivers all changes with a summary of what was implemented and how it was verified
The browser verification step catches issues that unit tests miss — a pricing card that doesn’t trigger checkout, a redirect URL that 404s, or a success page that fails to load session details. Se hai definito una skill di test locale, Devin segue automaticamente quei passaggi per ogni funzionalità che realizza.
5

Iterate from the PR

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

Review the PR with Devin Review

Once Devin opens the PR, use Devin Review to review the changes. Devin Review has full context of your codebase and can catch bugs, security issues, and style inconsistencies across the diff. You can ask follow-up questions in the review chat — for instance, “Does the webhook handler validate the event type before processing?” — and Devin will answer grounded in the actual code.