AI 時代接入 PayPal 訂閲支付有多簡單?我用三輪對話把整套系統跑通了(含 Webhook 調試)

作者:孟健AI編程
日期:2026年1月23日 上午9:01
來源:WeChat 原文

整理版優先睇

速讀 5 個重點 高亮

用三輪AI對話完成PayPal訂閲支付集成,從密鑰到Webhook到上線一條龍

整理版摘要

呢篇文章係孟健嘅實戰分享。佢之前教過大家點樣註冊PayPal個人賣家賬號,而家佢用自己嘅站點做例子,示範點樣將PayPal訂閲支付接入網站。佢遇到嘅問題係:有賬號但唔知點樣實際整合到網站入面,尤其係Webhook同數據庫同步呢啲技術位。

佢嘅做法係完全靠AI(Codex 5.2 xhgh模式)幫手,總共只係用咗三輪對話就完成咗成個集成:第一輪叫AI直接接入PayPal SDK、設計數據表、寫好前端後端;第二輪叫AI根據文檔創建ProductPlan;第三輪叫AI幫手掛Cloudflare Tunnel嚟調試Webhook。最後喺Sandbox環境完整測試一遍,然後切換到Live環境就搞掂。

成篇文章嘅結論係:AI編程時代,集成支付呢類傳統複雜流程已經變得極之簡單,開發者只需要講清楚目標、配好密鑰、驗收結果就得。佢強烈建議大家擁抱呢個新時代,因為AI嘅能力呢一年會發展到難以想象嘅地步。

  • AI可以喺三輪對話內完成PayPal訂閲支付嘅全套集成,包括數據庫、SDKWebhook
  • 前置條件係要先設計好價格權益,否則AI都幫你唔到。
  • 關鍵步驟:拎到Client ID/Secret -> 叫AI整合 -> 創建Product/Plan -> 調試Webhook。
  • 本地Webhook調試用Cloudflare Tunnel做代理,唔使搞複雜嘅ngrok。
  • Sandbox環境完整測試後,只需替換密鑰同重建Product/Plan就上得線。
值得記低
Prompt docs.paypal.ai

AI整合PayPal嘅提示詞模板

根據當前項目信息和價格權益設計,幫我完成 PayPal 的集成,要求數據庫設計通用(便於後續 Stripe 的接入)。參考集成文檔:

結構示例

內容片段

內容片段 text
根據當前項目信息和價格權益設計,幫我完成 PayPal 的集成, 要求數據庫設計通用(便於後續 Stripe 的接入)。  參考集成文檔:
https://docs.paypal.ai/reference/sdk/js/v6/reference
https://developer.paypal.com/docs/subscriptions/integrate/
整理重點

前置準備:商業模式同密鑰一嘢搞掂

開始之前,你一定要先諗清楚你嘅價格同權益設計,唔好等AI幫你諗商業模式。作者嘅站點已經有waitlist掣,佢嘅目標係直接換成PayPal訂閲掣,然後將支付結果寫入數據庫。

登入PayPal.cn,撳首頁嘅「去集成」,跟住揀「在網站上自行集成PayPal」>「獲取標準版」,就會拎到Sandbox同Live兩套Client ID/Secret。呢兩組密鑰要好好保存,之後會用嚟叫AI幫手。

整理重點

三輪AI對話:集成、產品、Webhook一條龍

第一輪:將上面嘅提示詞畀AI(作者用Codex 5.2 xhgh模式),AI會自動幫你設計通用數據表(訂單、訂閲、支付記錄、用戶權益)、接入PayPal SDK、寫好前端按鈕同後端創建訂閲嘅邏輯,仲會將支付結果寫入數據庫,而且留咗擴展點畀未來接Stripe

第二輪:將Client ID同Secret填入.env後,叫AI根據PayPal文檔創建Product同Plan。AI會用OAuth拎Token,調用API生成product_id同plan_id,仲會順手寫返入配置。你可以去PayPal Developer Dashboard驗證。

第三輪:訂閲支付一定要接Webhook,咁先可以同步訂閲狀態。本地調試冇公網回調地址?叫AI幫手掛Cloudflare Tunnel,將本地3000端口映射出去,攞到公網URL就填落PayPal webhook地址度。事件可以暫時全勾,第時再收窄。

整理重點

沙箱測試完,切正式環境就搞掂

最後一步:去PayPal Developer Dashboard創建沙箱測試買家賬號,用佢嘅郵箱同密碼喺本地落單。成功支付後,Webhook日誌會顯示回調,同時數據庫狀態正確更新,呢個時候沙箱鏈路就通咗。

切換Live好簡單:將.env嘅Client ID/Secret換成正式環境嘅,確認API_BASE轉咗,再叫AI幫手喺Live環境重建Product同Plan。提交代碼,部署上線,搞掂曬。

大家好,我係孟健。

唔係好耐之前,我分享咗 PayPal.cn 支援個人賣家註冊,仲教咗大家點樣註冊嘅詳細步驟。

好多朋友已經開通咗個人賣家帳户,但係新問題又嚟喇:

帳號有咗,網站究竟要點樣接入 PayPal 收款?

今日我就將我最近一次嘅實戰流程分享畀大家。

00 前置條件:首先要設計好商業模式同權益

我個網站之前已經設計好「價格同權益」,頁面都有 waitlist 按鈕。

我而家要做嘅嘢好明確:將 waitlist 掣換成真正嘅 PayPal 訂閲掣,然後將支付結果存入數據庫。

如果你仲未諗清楚商業模式,建議你先搞掂權益同價格,之後接入會順好多。

01 喺 PayPal.cn 拎集成入口同密鑰

第一步,登入 PayPal.cn,㩒首頁嘅「去集成」掣:

圖片

然後會跳去 PayPal.com 嘅 Checkout 介紹頁,直接㩒「立即開始」:

圖片

喺引導頁揀「喺網站上自行集成 PayPal」:

圖片

第二個引導頁揀「獲取標準版」就得:

圖片

跟住你會拎到一組憑證,通常會一齊畀你:

  • Sandbox(沙箱)環境嘅 Client ID / Secret

  • Live(正式)環境嘅 Client ID / Secret

圖片

02 第 1 輪對話:叫 AI 直接將 PayPal 集成入你個項目

我用嘅係 Codex(5.2 xhgh 模式),呢度畀一段我實際用嘅提示詞結構,你可以按你嘅項目替換:

根據當前項目信息和價格權益設計,幫我完成 PayPal 的集成, 要求數據庫設計通用(便於後續 Stripe 的接入)。  參考集成文檔: https://docs.paypal.ai/reference/sdk/js/v6/reference https://developer.paypal.com/docs/subscriptions/integrate/ 

呢一步 AI 通常會做幾件事(理想情況下一步到位):

  • 設計通用嘅數據表(訂單/訂閲/支付記錄/用戶權益等)

  • 接入 PayPal SDK(前端掣 + 後端創建訂閲/校驗)

  • 將支付結果寫入數據庫(留低之後接 Stripe 嘅擴展點)

圖片

我嘅體驗係:而家嘅 Codex 真係唔太需要你插手,佢會自己連埋數據庫、服務層、路由、頁面掣。

03 第 2 輪對話:寫入環境變數 + 叫 AI 創建 Product / Plan

跟住,將啱啱拎到嘅 CLIENT_ID 和 SECRET 寫入項目嘅 .env(或者你嘅部署環境變數)度:

圖片

然後繼續同 AI 講:

CLIENT_ID 和 SECRET 我已填入 env。 你幫我根據以下文檔,創建好 product 和 plan: https://developer.paypal.com/docs/subscriptions/integrate/ 

AI 呢一步會經 OAuth 拎 token,然後 call PayPal 嘅訂閲相關接口,幫你:

  • product_id

  • plan_id

直接創建曬出嚟兼畀返你(通常會順手寫返入配置度)。

圖片

你都去得 PayPal Developer Dashboard 驗證下:

https://developer.paypal.com/dashboard

圖片

04 第 3 輪對話:接 Webhook + 本地調試(cf tunnel)

訂閲支付接入,Webhook 係走唔甩㗎:你要用佢嚟接收訂閲創建、支付成功、續費失敗、取消等事件,確保你個數據庫狀態同 PayPal 一致。

喺 PayPal Developer Dashboard 度,入你個應用程式,喺 Webhooks 區域新增一個 webhook:

圖片

本地階段點樣調試 webhook?

本地開發時冇公網回調地址,我嘅做法係直接叫 AI 幫我掛個代理(我度用 Cloudflare Tunnel):

我要調試 webhook,你幫我掛一下 cf 代理,本地 3000 端口 

圖片

AI 生成好公網 URL 後,將呢個 URL 填落 PayPal 嘅 webhook 地址度。

如果你做嘅係訂閲站,事件揀「訂閲相關」嘅就得;唔確定的話,本地調試階段可以全部揀曬,之後再縮窄。

圖片

圖片

05 沙箱環境完整行一次:用測試帳號落單驗證

最後一步:用 Sandbox 行曬成條鏈。

喺左邊菜單揾「Sandbox 測試帳號」,創建/睇一個測試買家帳號:

圖片

圖片

喺本地測試支付時,直接用呢個帳號嘅電郵同密碼登入並畀錢:

圖片

PayPal 會幫你生成一個「虛擬用戶」完成沙箱支付:

圖片

畀錢成功後,返去 Webhook 日誌度,你就會見到事件回調記錄。

見到****回調 **+ 數據庫狀態正確更新,即係話:沙箱支付鏈路已經接入完成。**

圖片

06 切換去正式環境:換密鑰並重建 Product / Plan

沙箱冇問題之後,下一步就係切 Live(正式環境):

1.

把 .env 裏的 CLIENT_ID / SECRET 換成 Live 嘅

2.

確認 API_BASE(或者請求域名)轉去正式環境

3.

叫 AI 喺 Live 環境下重新創建 product 和 plan

我用嘅提示詞係:

env 我已經改成正式環境了,你幫我改一下 API_BASE, 並且創建一下正式環境的 product 和 plan 吧 

圖片

到呢度,成個 PayPal 訂閲接入就完成咗:提交代碼、部署上線就得。

寫喺最後:AI 編程嘅時代太恐怖

如果係以前,訂閲支付接入即係要:

  • 睇一大輪文件

  • 處理各種邊界狀態

  • 整一套訂單/訂閲嘅數據模型

  • 搞掂 webhook 同本地聯調

但係今次我嘅實際體驗係:我同 AI 嘅對話大概只係三輪,就已經接好曬成個「支付訂閲系統」。

喺 AI 編程嘅時代,你只需要講得清楚目標,配好憑證,驗收好結果。

今日嘅分享就去到呢度,大家一定要快啲擁抱新嘅 AI 時代

——我預計今年嘅 AI 編程,會發展到我哋好難想像嘅程度。


👉 推薦一個我一直有睇嘅公眾號:哥飛

如果你都喺度做 AI / 技術出海 / 個人項目,哥飛嘅好多諗法都好實戰,值得睇下。


🚀 想同更多 AI 愛好者交流,一齊進步嗎?

同一班志同道合嘅人,持續鑽研 AI 每日

我的微信

精選文章


程序員嘅「死期」定咗?

AI 越學越快,人卻越易沉迷

AdSense 被判無效流量?官方傾完之後我總結咗 8 條避坑

字流 2.0 發佈:我將 14 個平台嘅發佈流程壓到 10 分鐘

出海收款門檻又低咗:PayPal 支援個人賣家帳户(親測 30 分鐘通過)

創業之後,一日只做 8 個鐘,真係夠唔夠

出海圈都話好用嘅 Claude Skills,我用 Codex 試咗一次:UI/UX 直接起飛

🌱 創業後,我嘅一日係咁過

AI 時代,程序員嘅「衡量標準」徹底變咗

40+老登嘅出海覆盤,純靠廣告自然流幾日破百刀

大家好,我是孟健。

前不久,我分享了 PayPal.cn 支持個人賣家註冊,並且給大家瞭如何註冊的詳細指引。

很多小夥伴已經把個人賣家賬户開通好了,但新的問題也來了:

賬號有了,站點裏到底怎麼接入 PayPal 收款?

今天我把我最近的一次實戰流程分享給大家。

00 前置條件:先把商業模式和權益設計清楚

我這個站點之前已經把「價格和權益」設計好了,頁面上也有一個 waitlist 按鈕。

我現在要做的事情非常明確:把 waitlist 按鈕替換成真實的 PayPal 訂閲按鈕,並把支付結果落到數據庫裏。

如果你還沒想清楚商業模式,建議先把權益和價格部分搞定,後面接入會順很多。

01 在 PayPal.cn 拿到集成入口和密鑰

第一步,登錄 PayPal.cn,點擊首頁的「去集成」按鈕:

圖片

然後會跳轉到 PayPal.com 的 Checkout 介紹頁面,直接點「立即開始」:

圖片

在引導頁裏,選擇「在網站上自行集成 PayPal」:

圖片

第二個引導頁選擇「獲取標準版」即可:

圖片

接下來你會拿到一組憑證,通常會同時給你:

  • Sandbox(沙箱)環境的 Client ID / Secret

  • Live(正式)環境的 Client ID / Secret

圖片

02 第 1 輪對話:讓 AI 直接把 PayPal 集成進你的項目

我用的是 Codex(5.2 xhgh 模式),這裏給一段我實際用的提示詞結構,你可以按你的項目替換:

根據當前項目信息和價格權益設計,幫我完成 PayPal 的集成, 要求數據庫設計通用(便於後續 Stripe 的接入)。  參考集成文檔: https://docs.paypal.ai/reference/sdk/js/v6/reference https://developer.paypal.com/docs/subscriptions/integrate/ 

這一步 AI 通常會做幾件事(理想情況是一步到位):

  • 設計通用的數據表(訂單/訂閲/支付記錄/用戶權益等)

  • 接入 PayPal SDK(前端按鈕 + 後端創建訂閲/校驗)

  • 把支付結果寫入數據庫(並留好後續接 Stripe 的擴展點)

圖片

我的體驗是:現在的 Codex 真的不太需要你介入,它會把數據庫、服務層、路由、頁面按鈕都連起來。

03 第 2 輪對話:寫入環境變量 + 讓 AI 創建 Product / Plan

接着,把剛剛拿到的 CLIENT_ID 和 SECRET 寫到項目的 .env(或你的部署環境變量)裏:

圖片

然後繼續對 AI 說:

CLIENT_ID 和 SECRET 我已填入 env。 你幫我根據以下文檔,創建好 product 和 plan: https://developer.paypal.com/docs/subscriptions/integrate/ 

AI 這一步會通過 OAuth 拿 token,然後調用 PayPal 的訂閲相關接口,幫你把:

  • product_id

  • plan_id

直接創建出來並返回給你(一般也會順手寫回配置裏)。

圖片

你也可以到 PayPal Developer Dashboard 驗證一下:

https://developer.paypal.com/dashboard

圖片

04 第 3 輪對話:接 Webhook + 本地調試(cf tunnel)

訂閲支付接入,Webhook 是繞不開的:你需要用它來接收訂閲創建、支付成功、續費失敗、取消等事件,確保你的數據庫狀態和 PayPal 保持一致。

在 PayPal Developer Dashboard 裏,進入你的應用,在 Webhooks 區域添加一個 webhook:

圖片

本地階段怎麼調試 webhook?

本地開發時沒有公網回調地址,我的做法是直接讓 AI 幫我掛一個代理(我這裏用的是 Cloudflare Tunnel):

我要調試 webhook,你幫我掛一下 cf 代理,本地 3000 端口 

圖片

AI 生成好公網 URL 後,把這個 URL 填到 PayPal 的 webhook 地址裏。

如果你做的是訂閲站,事件勾選上「訂閲相關」的即可;不確定的話,本地調試階段可以先全勾上,後面再收斂。

圖片

圖片

05 沙箱環境完整走一遍:拿測試賬號下單驗證

最後一步:用 Sandbox 把整條鏈路走完。

在左側菜單找到「Sandbox 測試賬號」,創建/查看一個測試買家賬號:

圖片

圖片

在本地測試支付時,直接用這個賬號的郵箱和密碼登錄並支付:

圖片

PayPal 會給你生成一個「虛擬用戶」完成沙箱支付:

圖片

支付成功後,回到 Webhook 日誌裏,你就能看到事件回調記錄。

看到****回調 **+ 數據庫狀態正確更新,就意味着:沙箱支付鏈路已經接入完成。**

圖片

06 切換到正式環境:替換密鑰並重建 Product / Plan

沙箱沒問題後,接下來就是切 Live(正式環境):

1.

把 .env 裏的 CLIENT_ID / SECRET 換成 Live 的

2.

確認 API_BASE(或請求域名)切到正式環境

3.

讓 AI 在 Live 環境下重新創建 product 和 plan

我用的提示詞是:

env 我已經改成正式環境了,你幫我改一下 API_BASE, 並且創建一下正式環境的 product 和 plan 吧 

圖片

至此,整個 PayPal 訂閲接入就完成了:提交代碼、部署上線即可。

寫在最後:AI 編程的時代太恐怖了

如果放在過去,訂閲支付接入意味着:

  • 讀一堆文檔

  • 處理各種邊界狀態

  • 做一套訂單/訂閲的數據模型

  • 調通 webhook 和本地聯調

但這次我的實際體驗是:我和 AI 的對話大概就三輪,就把整套「支付訂閲體系」接完了。

在 AI 編程的時代,你只需要把目標講清楚,把憑證配好,把結果驗收好。

天的分享就到這裏了,大家一定要抓緊擁抱新的 AI 時代

——我預計今年的 AI 編程,會發展到一個我們現在很難想象的水平。


👉 推薦一個我一直關注的公眾號:哥飛

如果你也在做 AI / 技術出海 / 個人項目,哥飛的很多思路都很實戰,值得一看。


🚀 想要與更多AI愛好者交流,共同成長嗎?

和一羣志同道合的人,持續精進 AI 的每一天

我的微信

精選文章


程序員的“死期”定了?

AI越學越快,人卻越容易沉迷

AdSense 被判無效流量?官方聊完後我總結了 8 條避坑

字流 2.0 發佈:我把 14 個平台的發佈流程壓到 10 分鐘

出海收款門檻又低了:PayPal 支持個人賣家賬户(親測 30 分鐘通過)

創業之後,一天只工作 8 小時,真的夠嗎

出海圈都說好用的 Claude Skills,我用 Codex 試了一遍:UI/UX 直接起飛

🌱 創業後,我的一天是這樣度過的

AI 時代,程序員的“衡量標準”徹底變了

40+老登的出海覆盤,純靠廣告自然流幾天破百刀