手動で設定したくないですか？このページへのリンクをDevinセッションに貼り付け、すべて設定するよう依頼してください。チームに参加してまだ2週間で、決済まわりのコードを触ったことがないのに、Stripe の webhook ハンドラーにリトライロジックを追加するチケットが割り当てられました。ソースコードを1時間クリックしながら追いかける代わりに、[Ask Devin](https://app.devin.ai/search?utm_source=docs\&utm_medium=use-case-gallery) を開いて、フローをトレースするよう依頼しましょう。左サイドバーから **Ask Devin** を選択し、リポジトリを選んで、理解したいフローを説明します: ```txt Trace the payment flow theme={null} 決済用の webhook ハンドラーにリトライロジックを追加する必要があります。作業を始める前に、決済がエンドツーエンドでどのように動くかを説明してください: 1. ユーザーが料金ページで "Subscribe" をクリックしたとき、何が起こりますか？ 2. どの API ルートがそのリクエストを処理しますか？ 3. Stripe 連携はどのように機能していますか？サブスクリプションはどこで作成されますか？ 4. webhook はどのように処理され、DB はどこで更新されますか？各ステップについて、ファイルパス、関数名、およびその処理内容を1行で要約して教えてください。 ``` Devin は、あなたのリポジトリ向けの [DeepWiki](/ja/work-with-devin/deepwiki) ドキュメントを読み、実際のソースコードを検索し、ファイルをまたいだ関数呼び出しをトレースして全体像を構築し、フロー全体の構造化されたマップを返します: ``` ## Payment Flow: Subscribe → Database 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() ⚠ No retry logic here — this is where you'll make changes 5. src/services/SubscriptionService.ts:134 Updates status to "active", creates invoice record, emits event ``` 1分もかからずに、決済パイプラインのファイルレベルのマップが手に入ります — 5つのファイル、それぞれの正確な関数名、そして変更を加えるべき箇所まで一目で分かります。 Ask Devin は会話型なので、必要なだけフォローアップの質問ができます。パイプラインが確認できたら、これから変更する箇所を深掘りしていきましょう: ```txt Find error handling patterns theme={null} このコードベース内の他の webhook handler が、失敗時の処理をどのように行っているかを教えてください。既存のリトライ機構やデッドレタキューで再利用すべきものはありますか？ src/webhooks/ と、共有されている middleware を確認してください。 ``` ```txt Check for related callers theme={null} SubscriptionService を呼び出している箇所をすべて見つけてください — 自分のリトライロジックが他の呼び出し元を壊さないようにしたいです。さらに、リトライ対応が組み込まれた共通の StripeClient wrapper があるかどうかも確認してください。 ``` 全体像を把握できるまでフォローアップを続けてください — Ask Devin は会話全体のコンテキストを保持するため、各質問は前の回答内容に基づいて積み上がっていきます。さらに、実装アプローチの概要を作成するよう Devin に依頼することもできます。これで、変更すべき正確なファイル (`src/webhooks/stripe.ts`) 、再利用できる既存のリトライ用ユーティリティ (`src/lib/retry.ts`) 、そして他のハンドラーがすでにプッシュしているデッドレターキュー (`src/queues/dlq.ts`) が特定できました。 **⌥ Option + Enter** を押す (または矢印アイコンをクリックする) と、Ask Devin の会話から直接 Devin セッションを開始できます。Devin は、これまでに得た情報 ― ファイルマップ、エラーハンドリングパターン、リトライユーティリティ ― をすべて引き継ぐため、調査フェーズをスキップして、すぐに実装に入ります。**セッションのステータスは Ask Devin の会話内で直接確認できるため**、コンテキストを切り替えることなく進捗をモニタリングできます。また、⌥ Enter を押す前に具体的な実装プロンプトを入力して、Devin にどのような実装を行わせたいかを指示することもできます: ```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. ``` このセッションは Ask の会話からコンテキストを継承するため、Devin はより精度が高く、少ない反復で済む PR を生成できます。この Ask から Agent へのワークフローは、「このコードベースについて何も知らない」状態から「これが PR です」という状態まで到達するための最速の方法です。詳しくは [Ask Devin guide](/ja/work-with-devin/ask-devin) を参照してください。

{title}