Skip to main content

Stripeの支払いフローをエンドツーエンドでトレースする

Ask Devin を使って、サブスクライブボタンから Webhook ハンドラーまで、Stripe のチェックアウトフローに含まれるすべてのファイルと関数を、コードを書く前に洗い出します。
AuthorCognition
Category機能開発
FeaturesMCP
1

Devin に支払いフローのトレースを依頼する

チームに参加してまだ2週間で、決済まわりのコードを触ったことがないのに、Stripe の webhook ハンドラーにリトライロジックを追加するチケットが割り当てられました。ソースコードを1時間クリックしながら追いかける代わりに、Ask Devin を開いて、フローをトレースするよう依頼しましょう。左サイドバーから Ask Devin を選択し、リポジトリを選んで、理解したいフローを説明します: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つのファイル、それぞれの正確な関数名、そして変更を加えるべき箇所まで一目で分かります。
2

フォローアップで Webhook ハンドラーを詳しく見ていく

Ask Devin は会話型なので、必要なだけフォローアップの質問ができます。パイプラインが確認できたら、これから変更する箇所を深掘りしていきましょう:全体像を把握できるまでフォローアップを続けてください — Ask Devin は会話全体のコンテキストを保持するため、各質問は前の回答内容に基づいて積み上がっていきます。さらに、実装アプローチの概要を作成するよう Devin に依頼することもできます。
3

Ask Devin から直接コーディングセッションを開始する

これで、変更すべき正確なファイル (src/webhooks/stripe.ts) 、再利用できる既存のリトライ用ユーティリティ (src/lib/retry.ts) 、そして他のハンドラーがすでにプッシュしているデッドレターキュー (src/queues/dlq.ts) が特定できました。⌥ Option + Enter を押す (または矢印アイコンをクリックする) と、Ask Devin の会話から直接 Devin セッションを開始できます。Devin は、これまでに得た情報 ― ファイルマップ、エラーハンドリングパターン、リトライユーティリティ ― をすべて引き継ぐため、調査フェーズをスキップして、すぐに実装に入ります。セッションのステータスは Ask Devin の会話内で直接確認できるため、コンテキストを切り替えることなく進捗をモニタリングできます。また、⌥ Enter を押す前に具体的な実装プロンプトを入力して、Devin にどのような実装を行わせたいかを指示することもできます:このセッションは Ask の会話からコンテキストを継承するため、Devin はより精度が高く、少ない反復で済む PR を生成できます。この Ask から Agent へのワークフローは、「このコードベースについて何も知らない」状態から「これが PR です」という状態まで到達するための最速の方法です。詳しくは Ask Devin guide を参照してください。