Möchtest du das nicht manuell einrichten? Füge einen Link zu dieser Seite in eine Devin-Sitzung ein und bitte es, alles für dich einzurichten. Dir wurde ein Ticket zugewiesen, um Retry-Logik zum Stripe-Webhook-Handler hinzuzufügen, aber du bist erst vor zwei Wochen zum Team gestoßen und hast zuvor noch nie mit Zahlungen gearbeitet. Anstatt eine Stunde damit zu verbringen, dich durch Quelldateien zu klicken, öffne [Ask Devin](https://app.devin.ai/search?utm_source=docs\&utm_medium=use-case-gallery) und bitte es, den Ablauf für dich nachzuverfolgen. Wähle **Ask Devin** in der linken Seitenleiste aus, wähle dein Repo und beschreibe den Ablauf, den du verstehen musst: ```txt Trace the payment flow theme={null} Ich muss Retry-Logik zu unserem Zahlungs-Webhook-Handler hinzufügen. Bevor ich beginne, führe mich bitte einmal durch, wie Zahlungen end-to-end funktionieren: 1. Was passiert, wenn ein Nutzer auf der Preisseite auf "Subscribe" klickt? 2. Welche API-Route verarbeitet die Anfrage? 3. Wie funktioniert die Stripe-Integration – wo werden Abonnements erstellt? 4. Wie werden Webhooks verarbeitet und wo wird die Datenbank aktualisiert? Gib mir für jeden Schritt den Dateipfad, den Funktionsnamen und eine einzeilige Zusammenfassung seiner Funktion. ``` Devin liest die [DeepWiki](/de/work-with-devin/deepwiki)-Dokumentation für dein Repo, durchsucht den tatsächlichen Quellcode und verfolgt Funktionsaufrufe über Dateien hinweg, um ein vollständiges Bild zu erstellen. Es gibt eine strukturierte Darstellung des gesamten Ablaufs zurück: ``` ## Zahlungsablauf: Abonnieren → Datenbank 1. src/pages/pricing/PricingCard.tsx:45 handleSubscribe() → POST /api/v2/subscriptions 2. src/api/v2/subscriptions/create.ts:12 Validiert Eingabe, prüft Berechtigung → ruft SubscriptionService.create() auf 3. src/services/SubscriptionService.ts:89 Erstellt Stripe-Abonnement über stripe.subscriptions.create() Speichert ausstehenden Datensatz mit status="pending" 4. src/webhooks/stripe.ts:34 Empfängt invoice.payment_succeeded → ruft SubscriptionService.activate() auf ⚠ Keine Retry-Logik vorhanden — hier werden die Änderungen vorgenommen 5. src/services/SubscriptionService.ts:134 Aktualisiert Status auf "active", erstellt Rechnungsdatensatz, löst Ereignis aus ``` In weniger als einer Minute haben Sie eine Übersicht auf Dateiebene über die Payment-Pipeline – mit fünf Dateien, den exakten Funktionsnamen und der Stelle, an der Ihre Änderung hingehört. Ask Devin ist dialogorientiert – Sie können so viele Rückfragen stellen, wie Sie brauchen. Jetzt, da Sie die Pipeline sehen können, vertiefen Sie sich in den Bereich, den Sie ändern werden: ```txt Fehlerbehandlungsmuster finden theme={null} Zeigen Sie mir, wie andere Webhook-Handler in dieser Codebasis mit Fehlern umgehen. Gibt es bestehende Retry-Mechanismen oder Dead-Letter-Queues, die ich wiederverwenden sollte? Prüfen Sie src/webhooks/ und gemeinsam genutzte Middleware. ``` ```txt Auf zugehörige Aufrufer prüfen theme={null} Finden Sie alle Stellen, an denen SubscriptionService aufgerufen wird – ich möchte sicherstellen, dass meine Retry-Logik keine anderen Aufrufer beeinträchtigt. Prüfen Sie außerdem, ob es einen gemeinsamen StripeClient-Wrapper mit integrierter Retry-Unterstützung gibt. ``` Stellen Sie so lange Rückfragen, bis Sie das vollständige Bild haben – Ask Devin behält den Kontext der gesamten Unterhaltung, sodass jede Frage auf den vorherigen Antworten aufbaut. Sie können Devin außerdem bitten, Ihren Implementierungsansatz zu skizzieren. Du kennst jetzt die genaue Datei, die geändert werden muss (`src/webhooks/stripe.ts`), das bestehende Retry-Utility zur Wiederverwendung (`src/lib/retry.ts`) und die Dead-Letter-Queue, in die andere Handler bereits schreiben (`src/queues/dlq.ts`). Drücke **⌥ Option + Enter** (oder klicke auf das Pfeilsymbol), um direkt aus deinem Ask Devin-Gespräch eine Devin-Session zu starten. Devin übernimmt alles, was es gelernt hat – die Dateiübersicht, die Fehlerbehandlungsmuster, das Retry-Utility – sodass es die Untersuchungsphase überspringt und direkt in die Implementierung wechselt. Der **Session-Status ist direkt in deinem Ask Devin-Gespräch sichtbar**, sodass du den Fortschritt überwachen kannst, ohne den Kontext zu wechseln. Du kannst auch vor dem Drücken von ⌥ Enter einen konkreten Implementierungs-Prompt eingeben, um zu steuern, was Devin baut: ```txt Implement with full context theme={null} Add exponential backoff retry logic to the Stripe webhook handler at src/webhooks/stripe.ts. Reuse the existing RetryPolicy class from src/lib/retry.ts that other webhook handlers already use. If webhook processing fails, retry up to 3 times with backoff (1s, 4s, 16s). After all retries are exhausted, push the event to the existing SQS dead letter queue at src/queues/dlq.ts. Add tests covering the retry and DLQ scenarios. ``` Da die Session den Kontext aus deinem Ask-Gespräch erbt, erzeugt Devin einen präziseren Pull Request (PR) mit weniger Iterationen. Dieser Ask-to-Agent-Workflow ist der schnellste Weg von "Ich kenne diese Codebase nicht" zu "Hier ist ein PR." Mehr dazu erfährst du im [Ask Devin-Leitfaden](/de/work-with-devin/ask-devin).

{title}