Vous ne souhaitez pas effectuer cette configuration manuellement ? Collez un lien vers cette page dans une session Devin et demandez-lui de tout configurer pour vous. On vous a attribué un ticket pour ajouter une logique de retry au gestionnaire de webhook Stripe, mais vous avez rejoint l'équipe il y a deux semaines et vous n'avez encore jamais travaillé sur la partie paiements. Au lieu de passer une heure à parcourir les fichiers source à la main, ouvrez [Ask Devin](https://app.devin.ai/search?utm_source=docs\&utm_medium=use-case-gallery) et demandez‑lui de tracer le flux pour vous. Sélectionnez **Ask Devin** dans la barre latérale de gauche, choisissez votre dépôt, puis décrivez le flux que vous devez comprendre : ```txt Trace the payment flow theme={null} I need to add retry logic to our payment webhook handler. Before I start, walk me through how payments work end-to-end: 1. What happens when a user clicks "Subscribe" on the pricing page? 2. Which API route handles the request? 3. How does the Stripe integration work — where are subscriptions created? 4. How do webhooks get processed and where does the DB get updated? For each step, give me the file path, function name, and a one-line summary of what it does. ``` Devin lit la documentation [DeepWiki](/fr/work-with-devin/deepwiki) de votre dépôt, recherche dans le code source réel et suit les appels de fonctions entre fichiers pour construire une vue d'ensemble complète. Il renvoie une carte structurée de l'intégralité du flux : ``` ## Flux de paiement : Abonnement → Base de données 1. src/pages/pricing/PricingCard.tsx:45 handleSubscribe() → POST /api/v2/subscriptions 2. src/api/v2/subscriptions/create.ts:12 Validates input, checks eligibility → calls SubscriptionService.create() 3. src/services/SubscriptionService.ts:89 Creates Stripe subscription via stripe.subscriptions.create() Stores pending record with status="pending" 4. src/webhooks/stripe.ts:34 Receives invoice.payment_succeeded → calls SubscriptionService.activate() ⚠ Aucune logique de nouvelle tentative ici — c'est là que vous apporterez vos modifications 5. src/services/SubscriptionService.ts:134 Updates status to "active", creates invoice record, emits event ``` En moins d’une minute, vous obtenez une cartographie du pipeline de paiement au niveau des fichiers : cinq fichiers, les noms de fonctions exacts et l’emplacement précis où appliquer votre modification. Ask Devin permet un dialogue naturel — vous pouvez poser autant de questions complémentaires que nécessaire. Maintenant que vous pouvez voir le pipeline, examinez en détail la partie que vous allez modifier : ```txt Find error handling patterns theme={null} Show me how other webhook handlers in this codebase handle failures. Are there any existing retry mechanisms or dead letter queues I should reuse? Check src/webhooks/ and any shared middleware. ``` ```txt Check for related callers theme={null} Find all places that call SubscriptionService — I want to make sure my retry logic won't break any other callers. Also check if there's a shared StripeClient wrapper with built-in retry support. ``` Continuez à poser des questions complémentaires jusqu’à ce que vous ayez une vision complète. Ask Devin conserve le contexte de toute la conversation, donc chaque question s’appuie sur les réponses précédentes. Vous pouvez également demander à Devin de décrire votre approche d’implémentation. Vous connaissez maintenant exactement le fichier à modifier (`src/webhooks/stripe.ts`), l’utilitaire de retry existant à réutiliser (`src/lib/retry.ts`) et la file de lettres mortes vers laquelle les autres gestionnaires envoient déjà les messages (`src/queues/dlq.ts`). Appuyez sur **⌥ Option + Entrée** (ou cliquez sur l’icône en forme de flèche) pour démarrer une session Devin directement depuis votre conversation Ask Devin. Devin conserve tout ce qu’il a appris — la map des fichiers, les modèles de gestion des erreurs, l’utilitaire de retry — ce qui lui permet de sauter la phase d’investigation et de passer directement à l’implémentation. Le **statut de la session sera visible directement dans votre conversation Ask Devin**, afin que vous puissiez suivre la progression sans changer de contexte. Vous pouvez également saisir une instruction d’implémentation spécifique avant d’appuyer sur ⌥ Entrée pour guider ce que Devin construit : ```txt Implémentez avec tout le contexte theme={null} Ajoutez une logique de retry avec backoff exponentiel au gestionnaire de webhook Stripe dans src/webhooks/stripe.ts. Réutilisez la classe RetryPolicy existante de src/lib/retry.ts que les autres gestionnaires de webhook utilisent déjà. Si le traitement du webhook échoue, réessayez jusqu’à 3 fois avec backoff (1s, 4s, 16s). Après épuisement de toutes les tentatives, envoyez l’événement vers la file de lettres mortes SQS existante à src/queues/dlq.ts. Ajoutez des tests couvrant les scénarios de retry et de DLQ. ``` Comme la session hérite du contexte de votre conversation Ask, Devin produit une pull request (PR) plus précise avec moins d’itérations. Ce workflow Ask-to-Agent est le moyen le plus rapide de passer de "Je ne connais pas cette base de code" à "voici une PR." Pour en savoir plus, consultez le [guide Ask Devin](/fr/work-with-devin/ask-devin).

{title}