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.

Möchten Sie dies nicht manuell einrichten? Fügen Sie einen Link zu dieser Seite in eine Devin-Sitzung ein und bitten Sie Devin, alles für Sie einzurichten.
1

(Optional) Codebasis mit Ask Devin erkunden

Wenn Sie nicht sicher sind, wie Ihre App heute Zahlungen verarbeitet — oder welche Dateien und Muster Sie in Ihrer Spezifikation referenzieren sollen — verwenden Sie Ask Devin, um dies zuerst zu untersuchen:Verwenden Sie die Antworten, um Ihre Spezifikation auszufüllen — referenzieren Sie spezifische Dateien, Tabellennamen und Muster, damit Devin etwas erstellt, das natürlich in Ihre Codebasis passt. Sie können auch eine Devin-Sitzung direkt aus Ask Devin starten, und es wird alles, was es gelernt hat, als Kontext übernehmen.
2

Stripe-Sandbox-Schlüssel hinzufügen

Devin benötigt Stripe-Testmodus-Schlüssel, um Checkout-Sitzungen zu erstellen und den Webhook-Handler zu verifizieren. Verwenden Sie immer Sandbox-Anmeldedaten — geben Sie Devin niemals produktive Stripe-Schlüssel.Der einfachste Ansatz ist, sie als Organisationsgeheimnisse zu speichern, bevor die Sitzung gestartet wird:
  1. Gehen Sie zu Einstellungen > Geheimnisse und fügen Sie hinzu:
  2. Devin greift auf diese als Umgebungsvariablen zu, sodass sie niemals fest in Ihrem Quellcode kodiert werden.
Organisationsgeheimnisse müssen vor dem Start der Sitzung hinzugefügt werden — sie werden beim Sitzungsstart eingefügt. Alternativ können Sie Geheimnisse während der Sitzung über den Chat bereitstellen, und Devin wird Sie auch proaktiv nach allen benötigten Anmeldedaten fragen, wenn es auf fehlende Umgebungsvariablen stößt.
3

Ihre Checkout-Spezifikation übergeben

Fügen Sie Ihre Spezifikation — aus einem PRD, einem Linear-Ticket oder einer detaillierten Slack-Nachricht — direkt in Devin ein. Eine gute Checkout-Spezifikation umfasst die Preisstufen, den Zahlungsablauf und was nach einer erfolgreichen Zahlung passiert. Je strukturierter, desto besser.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 liest Ihre Spezifikation, erkundet die Codebasis nach passenden Mustern und implementiert dann über den gesamten Stack hinweg. Bevor eine PR geöffnet wird, führt Devin Ihre App lokal aus und öffnet den integrierten Browser, um zu überprüfen, ob der Checkout-Flow Ende-zu-Ende funktioniert.So sieht das beim Stripe-Checkout-Beispiel aus:
  1. Erstellt die Migration — Fügt die Tabelle subscriptions mit den Spalten user_id, stripe_subscription_id, plan, status und current_period_end hinzu
  2. Erstellt die Pricing-Seite — Erstellt unter /pricing die drei Preisstufen-Karten, jeweils mit einer Schaltfläche “Subscribe”, die an die Checkout-API postet
  3. Implementiert die Erstellung der Checkout-Sitzung — Erstellt POST /api/checkout/sessions, das eine Stripe-Checkout-Sitzung mit der korrekten Preis-ID, Kunden-E-Mail und den Redirect-URLs erzeugt
  4. Fügt den Webhook-Handler hinzu — Implementiert POST /api/webhooks/stripe mit Signaturprüfung, Verarbeitung des Events checkout.session.completed und Datenbankaktualisierungen
  5. Erstellt die Erfolgsseite — Erstellt /checkout/success, das die Stripe-Sitzung abruft, den Namen des Plans, den berechneten Betrag und einen Link “Go to Dashboard” anzeigt
  6. Schreibt Tests — Tests für die Webhook-Signaturprüfung (gültig, ungültig, fehlend), die Erstellung der Checkout-Sitzung und die Datenbanklogik für Planaktualisierungen
  7. Öffnet den Browser — Startet den Dev-Server, navigiert zu /pricing, klickt bei der Pro-Ebene auf “Subscribe”, verifiziert, dass der Stripe-Checkout-Redirect funktioniert, und prüft, dass die Erfolgsseite nach einer Testzahlung korrekt gerendert wird
  8. Öffnet eine PR — Liefert alle Änderungen mit einer Zusammenfassung dessen, was implementiert wurde und wie es verifiziert wurde
Der Verifizierungsschritt im Browser erkennt issues, die Unit-Tests übersehen — eine Pricing-Karte, die den Checkout nicht auslöst, eine Redirect-URL, die einen 404 zurückgibt, oder eine Erfolgsseite, die Sitzungsdetails nicht laden kann. Wenn Sie ein lokales Testing-Skill definiert haben, folgt Devin diesen Schritten automatisch für jedes Feature, das es erstellt.
5

Iterate from the PR

Sobald die PR offen ist, senden Sie in derselben Sitzung Folge-Prompts, um den Checkout-Flow zu erweitern oder anzupassen.
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.