GPT-FULL-REGIST AND PAYMENT-FLOW

GPT 协议注册 + Stripe/PayPal 支付 + session-json/getrt 导出的一体化全流程系统

中文文档 ｜ English Guide

项目定位

GPT-FULL-REGIST AND PAYMENT-FLOW 是一个完整的、可直接部署运行的全流程自动化项目。仓库已经包含协议注册机、Stripe/PayPal 支付机、全流程编排器、资源池、队列并发、Web 控制台、调试工具、CardGen 测试卡生成器和可选 getrt/session-json 导出能力。

使用者不需要改源码即可运行：按文档安装依赖、放置兼容的 ruyiPage 指纹 Firefox、填写自己的邮箱验证码接口、短信接口、代理和支付资源后，即可通过 CLI 或 Web UI 启动完整流程。

核心目标：

输入邮箱 / 卡 / 短信接口 / 代理配置
        ↓
协议注册并生成 checkoutUrl
        ↓
Stripe hosted checkout 选择 PayPal
        ↓
PayPal signup / SMS OTP / final Agree
        ↓
捕获成功支付回跳
        ↓
写入成功账号 + 可选导出 session-json/getrt

本仓库包含完整运行所需的主流程代码、协议注册机、支付自动化、队列并发、资源池、代理池、Web 管理面板和调试工具。运行时账号池、卡池、短信接口、代理凭据、浏览器内核压缩包等私有运行数据不会提交，需要使用者按自己的环境配置。

功能亮点

模块	能力
协议注册机	注册/登录、邮箱验证码、OpenAI checkoutUrl 生成、协议 trace 输出
支付自动化	Stripe hosted checkout、PayPal 选择、PayPal signup、SMS OTP、final Agree
成功判定	基于 Stripe/OpenAI 明确成功回跳，不依赖宽松页面文本
DataDome 处理	CSS bypass、本地 ruyi/DDC slider、`t=bv` blocked verdict 快速识别
getrt	Codex OAuth PKCE、email OTP、可选 add-phone、CPA/sub2/codex/raw 输出
session-json	支付成功后可选导出，默认支持 CPA 格式
资源池	SQLite 管理 email/card/phone，支持 retry/failed/批量操作
CardGen	Web UI 内置 JP/US Visa/MasterCard 测试卡生成，可一键入库
并发队列	worker 并发、目标成功数、支付浏览器 slot 控制、子任务日志聚合
Web UI	中文控制台、单次运行、并发任务、实时日志、资源池、代理池、失败截图
有头调试	Xvfb + x11vnc + SSH tunnel，本地可观察服务器浏览器并拉取截图

系统架构

flowchart LR
    UI[Web UI / CLI] --> O[trial_payment_full_flow.py]
    Q[Queue Worker] --> O

    O --> P[protocol/gpt_trial_protocol]
    P --> C{checkoutUrl}
    C -->|/c/pay/cs_live...| PAY[ruyipage/ruyi_paypal_flow.py]
    C -->|invalid session URL| FAIL[拒绝进入支付]

    PAY --> STRIPE[Stripe Checkout]
    STRIPE --> PP[PayPal Signup / OTP / Agree]
    PP --> OK[Success Redirect Captured]

    OK --> S[icsuccess_accounts.txt]
    OK --> SJ[optional session-json]
    OK --> RT[optional getrt]

    POOL[(SQLite Pool)] --> Q
    PROXY[(Proxy Pool)] --> UI

松耦合边界：

协议机不 import 支付机。
支付机不 import 协议机。
getrt 通过 subprocess 调用。
Web UI 只启动编排器/队列 worker，不把业务逻辑塞进前端服务。

目录结构

.
├── trial_payment_full_flow.py          # 单账号全流程编排器
├── run_trial_payment_full_flow.sh      # 单账号入口
├── full_flow_web.py                    # 中文 Web 控制台
├── run_full_flow_web.sh                # Web 控制台入口
├── full_flow_queue_worker.py           # 并发队列 worker
├── run_full_flow_queue_worker.sh       # 并发队列入口
├── full_flow_pool.py                   # SQLite email/card/phone 资源池
├── full_flow_proxy_pool.py             # 代理池与代理测试
├── full_flow_cardgen.py                # JP/US Visa/MasterCard 测试卡生成器
├── full_flow_concurrency_goal_runner.py# 并发达标测试工具
├── protocol/gpt_trial_protocol/        # 协议注册机
├── ruyipage/                           # ruyiPage + Stripe/PayPal 支付自动化
├── getrt/                              # Codex OAuth getrt
├── debug/headed_payment/               # 有头调试工具
├── firefox-fingerprintBrowser/         # 指纹 Firefox 放置目录
├── full_flow.env.example               # 全流程配置模板
└── FULL_FLOW_INTEGRATION.md            # 集成细节说明

运行环境

快速安装

git clone https://github.com/huverse/GPT-FULL-REGIST-AND-PAYMENT-FLOW.git
cd GPT-FULL-REGIST-AND-PAYMENT-FLOW

支付机需要兼容的 Linux 指纹 Firefox。将浏览器压缩包放到：

firefox-fingerprintBrowser/downloads/

文件名示例：

firefox-xxx.linux-x86_64.tar.xz

然后执行：

./deploy_server.sh

脚本会创建：

protocol/gpt_trial_protocol/.venv
ruyipage/.venv
full_flow.env
ruyipage/.env

到这一步后，项目代码已经准备就绪；后续只需要在 full_flow.env、ruyipage/.env 或 Web UI 中填写自己的接口和资源，不需要修改源码。

配置说明

`full_flow.env`

复制模板：

cp full_flow.env.example full_flow.env

常用配置：

# 协议注册代理；不使用代理可设 direct。
GPT_TRIAL_PROXY=direct

# SQLite 资源池。
FULL_FLOW_POOL_DB=accfile/pool/full_flow.sqlite3

# Web 控制台。
FULL_FLOW_WEB_HOST=0.0.0.0
FULL_FLOW_WEB_PORT=8765

# 支付浏览器并发槽位。
FULL_FLOW_PAYMENT_BROWSER_SLOTS=2

# DataDome t=bv 后临时支付代理重试一次。
PAYMENT_TEMP_PROXY_ENABLED=0
PAYMENT_TEMP_PROXY=proxy-host:port:user:pass(socks)

# 支付阶段从一开始就使用代理。
PAYMENT_PROXY_ENABLED=0
PAYMENT_PROXY=proxy-host:port:user:pass(http)
PAYMENT_PROXY_USE_BRIDGE=1

公开版不会内置任何作者自用的邮箱、短信、代理或支付资源；这些都通过配置项、命令行参数或 Web UI 输入。

`ruyipage/.env`

复制模板：

cp ruyipage/.env.example ruyipage/.env

常用配置：

APIKEY_2CAPTCHA=
RUYI_PROXY_CHAIN_UPSTREAM=
RUYI_PROXY_CHAIN_VIA=direct
RUYI_FIREFOX_PATH=

协议机配置

协议机位于：

protocol/gpt_trial_protocol/

可参考：

protocol/gpt_trial_protocol/.env.example
protocol/gpt_trial_protocol/CONFIGURATION.md

正常全流程运行时，不需要手动启动协议机；编排器会通过 CLI/subprocess 调用它。

公开版不内置任何私有邮箱验证码接口，也不会默认请求任何作者自用服务。开发者必须配置自己的邮箱验证码服务：

GPT_TRIAL_EMAIL_CODE_BASE_URL=https://your-email-code.example
GPT_TRIAL_EMAIL_CODE_PROVIDER=auto
GPT_TRIAL_CUSTOM_EMAIL_DOMAIN=example-mail.invalid

当前内置的是两种通用 JSON 适配形态：

extract_json:
  GET <base>/api/v1/extract?email=...&refresh=1&limit=20
  response: {"ok": true, "email": "...", "latestCode": "123456", "latest": {"date": "..."}}

openai_code_json:
  GET <base>/v1/openai-code?recipient=...
  response: {"recipient": "...", "code": "123456", "receivedAt": "..."}

单账号全流程（支持并发和队列，在后面说明）

使用已有邮箱

./run_trial_payment_full_flow.sh \
  --email "user@example.com" \
  --email-type "icloud" \
  --email-code-provider "extract_json" \
  --email-code-base-url "https://your-email-code.example" \
  --card-line "4111 1111 1111 1111 02/30 123" \
  --sms-line "+1xxxxxxxxxx----https://sms-api.example/path"

自动生成邮箱

./run_trial_payment_full_flow.sh \
  --generate-email \
  --email-type "custom" \
  --email-code-provider "openai_code_json" \
  --email-code-base-url "https://your-email-code.example" \
  --card-line "4111 1111 1111 1111 02/30 123" \
  --sms-line "+1xxxxxxxxxx----https://sms-api.example/path"

导出 session-json

./run_trial_payment_full_flow.sh \
  --email "user@example.com" \
  --email-type "icloud" \
  --email-code-provider "extract_json" \
  --email-code-base-url "https://your-email-code.example" \
  --card-line "4111 1111 1111 1111 02/30 123" \
  --sms-line "+1xxxxxxxxxx----https://sms-api.example/path" \
  --enable-session-json \
  --session-json-format cpa

导出 getrt / refresh_token

./run_trial_payment_full_flow.sh \
  --email "user@example.com" \
  --email-type "icloud" \
  --email-code-provider "extract_json" \
  --email-code-base-url "https://your-email-code.example" \
  --card-line "4111 1111 1111 1111 02/30 123" \
  --sms-line "+1xxxxxxxxxx----https://sms-api.example/path" \
  --enable-getrt \
  --getrt-output-format cpa

OAuth 需要补手机号时：

./run_trial_payment_full_flow.sh \
  --email "user@example.com" \
  --email-type "icloud" \
  --email-code-provider "extract_json" \
  --email-code-base-url "https://your-email-code.example" \
  --card-line "4111 1111 1111 1111 02/30 123" \
  --sms-line "+1xxxxxxxxxx----https://payment-sms-api.example/path" \
  --enable-getrt \
  --enable-getrt-add-phone \
  --getrt-phone-line "+1yyyyyyyyyy----https://oauth-sms-api.example/path"

Web 控制台

启动：

./run_full_flow_web.sh \
  --pool-db accfile/pool/full_flow.sqlite3 \
  --host 0.0.0.0 \
  --port 8765

浏览器打开：

http://SERVER_IP:8765/

Web UI 支持：

单账号启动
资源池任务启动
并发 worker
目标成功数
实时日志刷新
动态日志文件列表
队列父任务和子任务展示
邮箱/卡/手机号池管理
JP/US Visa/MasterCard 测试卡生成和一键入库
失败邮箱查看、恢复、删除
批量删除、批量转重试
代理池新增、删除、注册测试、支付测试
有头失败截图查看和本地拉取

webui.log 只存在于 Web 父任务。CLI 任务或队列子任务通常只有：

summary.json
protocol.log
payment.log
payment_result.json

Web UI 会按 run 实际存在的文件动态展示日志按钮。

资源池与并发

资源池默认使用 SQLite：

accfile/pool/full_flow.sqlite3

资源类型：

类型	说明
email	GPT 注册邮箱
card	支付卡
phone	支付短信手机号/API

邮箱池分组：

分组	含义
main	主池
retry	预备/重试池
failed	失败池

拒绝卡类错误会进入 retry。重试时会：

使用同一个 GPT 邮箱；
换卡；
重新生成 PayPal signup 邮箱；
不强制换手机号。

CardGen 测试卡生成

Web UI 的“资源池”页内置测试卡生成器，可选择：

国家：日本 JP / 美国 US
卡组织：Visa / MasterCard
数量：1-500
自定义 BIN：可选

可以只生成到文本框，也可以直接一键写入卡池。

CLI 也可以直接调用：

python3 full_flow_cardgen.py generate --country jp --brand visa -n 5
python3 full_flow_cardgen.py generate --country us --brand mastercard -n 5
python3 full_flow_cardgen.py generate --country jp --brand visa -n 1 --json

输出格式兼容资源池导入：

4541 5329 0735 5291 01/30 321

队列运行

n 并发运行，实际可按资源和浏览器稳定性逐步扩展到 8 并发。

./run_full_flow_queue_worker.sh \
  --pool-db accfile/pool/full_flow.sqlite3 \
  --workers 2 \
  --max-runs 2

3 并发，目标成功 3 个，最多启动 6 个：

./run_full_flow_queue_worker.sh \
  --pool-db accfile/pool/full_flow.sqlite3 \
  --workers 3 \
  --success-target 3 \
  --max-runs 6

并发策略：

协议阶段：按 worker 并发
支付阶段：受 FULL_FLOW_PAYMENT_BROWSER_SLOTS 限制
Firefox 启动：短锁串行，避免 backend 连接失败

输出文件

每次运行生成：

runtime/full_flow/<run_id>/

常见文件：

summary.json
protocol.log
protocol_results.jsonl
payment.log
payment_result.json
webui.log                  # 仅 Web 父任务
getrt.log                  # 启用 getrt 时
getrt_result.json          # 启用 getrt 时
web_session_result.json    # 启用 session-json 时

成功账号：

accfile/pwd/icsuccess_accounts.txt

格式为一行一个 GPT 邮箱：

user@example.com

session-json：

accfile/session_json/<email>.json

getrt：

accfile/json/<email>.json

CPA 输出结构：

{
  "access_token": "...",
  "account_id": "...",
  "email": "user@example.com",
  "expired": "...",
  "last_refresh": "...",
  "refresh_token": "...",
  "type": "codex"
}

支付成功判定

支付成功只认明确链路信号：

pm-redirects.stripe.com/return/...status=success
pay.openai.com/...redirect_status=succeeded
pay.openai.com/...returned_from_redirect=true
chatgpt.com/payments/success

协议阶段返回：

User is already paid

会被视为幂等成功：

status=success
reason=already_paid

这表示 OpenAI 后端已经确认该账号处于 paid 状态。

DataDome / CAPTCHA

默认顺序：

CSS bypass
  -> 本地 ruyi/DDC slider
  -> 显式启用时才使用 2Captcha

如果 DataDome iframe URL 出现：

t=bv

表示 blocked verdict，即当前 IP/session 被阻断，不会继续盲拖滑块。

可选配置：

PAYMENT_TEMP_PROXY_ENABLED=1
PAYMENT_TEMP_PROXY=proxy-host:port:user:pass(socks)

效果：

payment direct
  -> 遇到 DataDome t=bv
  -> 使用临时支付代理重试一次

有头调试

工具目录：

debug/headed_payment/

本地启动 VNC 隧道：

SSHPASS='your-ssh-password' ./debug/headed_payment/connect_local.sh

本地 VNC Viewer 连接：

127.0.0.1:5901

服务器有头运行：

./debug/headed_payment/run_headed_payment.sh \
  --email "user@example.com" \
  --email-type icloud \
  --email-code-provider extract_json \
  --email-code-base-url "https://your-email-code.example" \
  --card-line "4111 1111 1111 1111 02/30 123" \
  --sms-line "+1xxxxxxxxxx----https://sms-api.example/path"

停止虚拟桌面：

./debug/headed_payment/server_desktop.sh stop

有头失败时，支付机只在 headed/debug 模式下保存截图。将服务器截图拉到本地：

SSHPASS='your-ssh-password' ./debug/headed_payment/pull_payment_screenshots.sh latest

本地输出目录：

runtime/local_payment_screenshots/<run_id>/

常见问题

`webui.log not found`

webui.log 只存在于 Web 父任务。队列子任务或 CLI 任务通常只有自身阶段日志。新版 Web UI 会动态展示可用日志。

`Stripe amount check failed`

Stripe 页面金额不是 0，例如 $20.00。这是硬失败，不重试当前支付阶段。

`BrowserConnectError`

ruyi/Firefox backend 启动连接失败。队列模式下先降低：

FULL_FLOW_PAYMENT_BROWSER_SLOTS=1

稳定后再提高到 2/3。

`DataDome t=bv`

这是 blocked verdict，不是滑块问题。需要更换支付出口或启用临时支付代理。

开发者约定

建议开发原则：

先看日志/抓包/运行证据，再改代码。
只修真实失败层。
不增加无意义长等待。
不使用宽松页面文本替代支付成功回跳。
协议、支付、getrt 保持 subprocess 边界。

基础检查：

python3 -m py_compile \
  trial_payment_full_flow.py \
  full_flow_web.py \
  full_flow_pool.py \
  full_flow_proxy_pool.py \
  full_flow_queue_worker.py \
  getrt/codex_oauth_getrt.py \
  ruyipage/ruyi_paypal_flow.py

English Guide

GPT-FULL-REGIST AND PAYMENT-FLOW is a complete automation system for GPT protocol registration, Stripe/PayPal checkout, successful-account archival, optional session-json export, and optional Codex OAuth getrt export.

The repository is ready to run after configuration. You do not need to modify source code for normal usage: install dependencies, place a compatible ruyiPage fingerprint Firefox build, configure your own email-code service, SMS API, proxy exits, and payment resources, then run through CLI or the Web UI.

Pipeline

email / card / SMS API / proxy config
        ↓
protocol registration and checkoutUrl generation
        ↓
Stripe hosted checkout
        ↓
PayPal signup / SMS OTP / final Agree
        ↓
success redirect capture
        ↓
success account archival + optional session-json/getrt

Modules

protocol/gpt_trial_protocol  # protocol registrar
ruyipage                    # ruyiPage Firefox payment automation
getrt                       # optional Codex OAuth refresh_token exporter
trial_payment_full_flow.py  # orchestrator
full_flow_web.py            # Web console
full_flow_queue_worker.py   # queue worker
full_flow_cardgen.py        # JP/US Visa/MasterCard card generator

The modules are loosely coupled. The orchestrator connects them through CLI/subprocess contracts.

Setup

sudo apt-get update
sudo apt-get install -y python3 python3-venv python3-pip nodejs npm curl git xz-utils

git clone https://github.com/huverse/GPT-FULL-REGIST-AND-PAYMENT-FLOW.git
cd GPT-FULL-REGIST-AND-PAYMENT-FLOW

Place a compatible Linux fingerprint Firefox archive under:

firefox-fingerprintBrowser/downloads/

Then run:

./deploy_server.sh

Edit:

full_flow.env
ruyipage/.env

Single Run

./run_trial_payment_full_flow.sh \
  --email "user@example.com" \
  --email-type "icloud" \
  --email-code-provider "extract_json" \
  --email-code-base-url "https://your-email-code.example" \
  --card-line "4111 1111 1111 1111 02/30 123" \
  --sms-line "+1xxxxxxxxxx----https://sms-api.example/path"

Enable session-json:

--enable-session-json --session-json-format cpa

Enable getrt:

--enable-getrt --getrt-output-format cpa

Enable OAuth add-phone for getrt:

--enable-getrt-add-phone \
--getrt-phone-line "+1yyyyyyyyyy----https://oauth-sms-api.example/path"

Web UI

./run_full_flow_web.sh \
  --pool-db accfile/pool/full_flow.sqlite3 \
  --host 0.0.0.0 \
  --port 8765

Open:

http://SERVER_IP:8765/

The Web UI supports single runs, queue workers, resource pools, proxy pools, live logs, queue child runs, failed-email restore/delete, and dynamic per-run log files.

It also includes a card generator for JP/US Visa/MasterCard test-card lines and can insert generated cards into the SQLite card pool.

CardGen

python3 full_flow_cardgen.py generate --country jp --brand visa -n 5
python3 full_flow_cardgen.py generate --country us --brand mastercard -n 5
python3 full_flow_cardgen.py generate --country jp --brand visa -n 1 --json

The default line format can be seeded into the card pool directly:

4541 5329 0735 5291 01/30 321

Queue Mode

./run_full_flow_queue_worker.sh \
  --pool-db accfile/pool/full_flow.sqlite3 \
  --workers 2 \
  --max-runs 2

Target-success mode:

./run_full_flow_queue_worker.sh \
  --pool-db accfile/pool/full_flow.sqlite3 \
  --workers 3 \
  --success-target 3 \
  --max-runs 6

Outputs

Per-run output:

runtime/full_flow/<run_id>/

Successful account list:

accfile/pwd/icsuccess_accounts.txt

One email per line:

user@example.com

session-json:

accfile/session_json/<email>.json

getrt output:

accfile/json/<email>.json

Success Signals

Payment success is accepted only from explicit redirect signals:

pm-redirects.stripe.com/return/...status=success
pay.openai.com/...redirect_status=succeeded
pay.openai.com/...returned_from_redirect=true
chatgpt.com/payments/success

User is already paid from the protocol stage is treated as idempotent success.

Headed Debug Screenshots

Payment failure screenshots are saved only for headed/debug runs. Pull them from the server to the local repository with:

SSHPASS='your-ssh-password' ./debug/headed_payment/pull_payment_screenshots.sh latest

Local output:

runtime/local_payment_screenshots/<run_id>/

Name		Name	Last commit message	Last commit date
Latest commit History 15 Commits
debug/headed_payment		debug/headed_payment
firefox-fingerprintBrowser		firefox-fingerprintBrowser
getrt		getrt
protocol/gpt_trial_protocol		protocol/gpt_trial_protocol
ruyipage		ruyipage
tests		tests
.gitignore		.gitignore
FULL_FLOW_INTEGRATION.md		FULL_FLOW_INTEGRATION.md
README.md		README.md
deploy_server.sh		deploy_server.sh
full_flow.env.example		full_flow.env.example
full_flow_cardgen.py		full_flow_cardgen.py
full_flow_concurrency_goal_runner.py		full_flow_concurrency_goal_runner.py
full_flow_pool.py		full_flow_pool.py
full_flow_pool_web.py		full_flow_pool_web.py
full_flow_proxy_pool.py		full_flow_proxy_pool.py
full_flow_queue_worker.py		full_flow_queue_worker.py
full_flow_web.py		full_flow_web.py
run_full_flow_pool_web.sh		run_full_flow_pool_web.sh
run_full_flow_queue_worker.sh		run_full_flow_queue_worker.sh
run_full_flow_web.sh		run_full_flow_web.sh
run_trial_payment_full_flow.sh		run_trial_payment_full_flow.sh
trial_payment_full_flow.py		trial_payment_full_flow.py

Folders and files

Latest commit

History

Repository files navigation