拓冰网站定制 
Gpt-Agreement-Payment 四种运行模式实战单次、批量、self-dealer 与 daemon 完整参数清单【免费下载链接】Gpt-Agreement-PaymentChatGPT Plus/Team/Pro 订阅协议端到端重放工具集 · hCaptcha 视觉求解器 · 反欺诈机制实证研究 / End-to-end protocol replay toolkit for ChatGPT Plus/Team/Pro subscription with from-scratch hCaptcha solver and empirical anti-fraud research项目地址: https://gitcode.com/gh_mirrors/gp/Gpt-Agreement-PaymentGpt-Agreement-Payment 是一个 ChatGPT Plus / Team / Pro 订阅协议的端到端重放工具集内置从零实现的 hCaptcha 视觉求解器与反欺诈机制实证研究。它的最大特色是四种运行模式共用同一个pipeline.py入口仅靠命令行参数切换——单次调试、批量并行、self-dealer 自产自销、daemon 无人值守各有所长。本文带你用一份参数清单快速掌握每种模式什么时候用、怎么配、有哪些坑。 四种模式一张表看懂模式触发参数适用场景单次耗时参考单次--paypal调试链路、定位故障环节≈ 5 分钟批量并行--batch N --workers M短时间产出多个账号N × 单次耗时 ÷ 并行度self-dealer--self-dealer N一次扣款换 1 owner N member每 member ≈ 3 分钟稳态daemon--daemon无人值守长期维护补号池常驻后台四种模式的完整文档在 docs/operating-modes.mddaemon 自愈链细节在 docs/daemon-mode.md。参数定义源码位于 pipeline/_monolith.py 的main()函数中想深入可以看 argparse 的每一行。 模式一单次运行——调试的第一选择跑完整条链路注册 → 支付 → OAuth → 写入 SQLite 运行时库output/webui.db。xvfb-run -a python pipeline.py --config CTF-pay/config.paypal.json --paypal这是最常用的排障模式每次跑一遍完整链路看卡在哪一步。批量跑之前务必先用单次模式把配置跑通。常用搭配参数参数作用--paypal/--gopay/--qris三选一指定支付通道互斥--plan plus覆盖订阅方案为 Plus自动生成 Plus 临时配置--register-only只注册、不支付单独调试注册环节--pay-only只支付优先复用库里最近注册未支付的账号 把--register-only和--pay-only拆开跑是定位到底是注册挂了还是支付挂了的最快方法。 模式二批量并行——参数只有两个但有个重要警告python pipeline.py --config CTF-pay/config.paypal.json --paypal --batch 10 --workers 3参数含义默认值--batch N跑 N 个完整 pipeline0即单次--workers M并行 worker 数3--delay S批量模式下每次间隔秒数30⚠️并行不是免费的。同一时间窗口内多个号注册会触发批次关联反欺诈层面看就是一个 cohort。官方建议--workers不超过 3且每个 worker 使用不同的代理 / 域 / 时间抖动。实测数据45 个号 24 小时存活率约 2%见 docs/anti-fraud-research.md。 模式三self-dealer——最省钱的自产自销玩法核心思路一次 PayPal 扣款换来 1 个 owner N 个 member 的完整 Team workspace。每个 member 都是独立 ChatGPT 账号可单独换取 OAuthrefresh_token。# 1 owner 4 member python pipeline.py --config CTF-pay/config.paypal.json --paypal --self-dealer 4 # 复用已付费 owner跳过 Step 1 省一次扣款 python pipeline.py --config CTF-pay/config.paypal.json --paypal --self-dealer 4 \ --self-dealer-resume owner_email关键参数参数作用--self-dealer N邀请 N 个 member 上车全部推下游--self-dealer-resume email从支付数据库读已付费 owner 的team_id refresh_token避免重复扣款单个 member 的时序约 3 分钟稳态挑代理 挑子域 写临时配置与 owner pipeline 一致register()过 Turnstile CF KV 取 OTP≈ 1 分钟owner 的 Bearer 调 invites API 发邀请 1 秒member 的 Bearer 调 invites/accept 接受 1 秒Camoufox 重登拿 refresh_token≈ 30 秒写入 SQLite → 推下游安全性设计值得注意每个 member 单独挑代理和子域互不关联任何单个 member 任何一步失败都会被 try/except 捕获并继续跑下一个不会拖垮整批。 模式四daemon——设计目标是无人值守跑数周daemon 模式把 pipeline 变成常驻后台服务自动维护补号池account_usagerecovery的可用账号数始终 ≥ 目标值。# 后台跑推荐-u 关 buffer 让日志实时写 nohup xvfb-run -a python3 -u pipeline.py --config CTF-pay/config.paypal.json \ --paypal --daemon output/logs/daemon.log 21 # 跟日志 / 优雅停跑完当前周期再退 tail -f output/logs/daemon-*.log pkill -TERM -f pipeline.*--daemondaemon 工作循环简化版loop: sleep poll_interval_s usable 查 gpt-team DB可用账号数 if usable target_ok_accounts: 看门狗保活 → 清理孤儿 → 清理 CF 死记录 → run_pipeline() else: continue # 满了下一轮再看config 中daemon段参数清单以 CTF-pay/config.paypal.example.json 为例字段示例含义target_ok_accounts20维持的可用账号目标值usage_poolrecovery补号池的 usage 标记poll_interval_s600轮询间隔秒rate_limit.per_hour / per_day00 不限超额自动 sleep 到下一窗口max_consecutive_failures5连续失败 N 次进冷却consecutive_fail_cooldown_s1800冷却时长秒jitter_before_run_s[60, 180]每轮前的随机抖动避免精确间隔被识别seat_limit5Team 席位数上限 12 路自愈环daemon 的核心亮点daemon 不是跑着就完事它内置了 12 路针对实战失败模式的自愈分支包括DataDome 滑块自动拖拽、Webshare API 自动换 IP、CF DNS 配额清理某次清理释放了 154 条记录、tmpfs 孤儿回收、gost 中继看门狗、CPA 自动导入等。每个自愈分支的触发条件、检测方式、恢复动作都列在 docs/daemon-mode.md 的表格中。状态持久化所有运行统计存在SQLite runtime_meta[daemon_state]进程重启后total_attempts/total_succeeded/consecutive_failures等字段全部保留只有started_at会重置——这意味着你随时重启不丢数据。️ 通用参数速查四种模式共用参数说明--config支付配置文件默认CTF-pay/config.paypal.json--cardw-config注册配置文件不指定则从--config读取--plan plus/team覆盖订阅方案--target-emails逗号分隔的账号列表配合--pay-only/--rt-only对指定账号操作--rt-only只对目标账号跑 RT 交换不付款⚠️ 注意--paypal/--gopay/--qris三者互斥同时传会直接报错退出。⚡ 两个省时开关环境变量变量默认节省说明SKIP_SIGNUP_CODEX_RT1≈ 30s / 注册跳过 signup 态必失败的 Codex RT 交换SKIP_HERMES_FAST_PATH15–10s / 支付跳过 PayPal 非浏览器 session 必失败的 fast path两个开关默认都开启跳过已验证 100% 失败的路径。想对比或 PayPal 改协议时设SKIP_*0即可恢复旧行为。 上手路径建议先单次用--register-only和--pay-only分段验证配置再批量--batch 2 --workers 1小步验证确认稳定后再放大想省钱切--self-dealer一次扣款吃 N 个 member要长期跑上--daemon配好target_ok_accounts和rate_limit然后tail -f看日志就够了 项目声明本工具仅限你拥有的系统、合法 CTF、授权 bug bounty 项目与安全研究使用严禁用于欺诈、规避支付、批量造号转售。使用即视为同意 NOTICE 全部条款。【免费下载链接】Gpt-Agreement-PaymentChatGPT Plus/Team/Pro 订阅协议端到端重放工具集 · hCaptcha 视觉求解器 · 反欺诈机制实证研究 / End-to-end protocol replay toolkit for ChatGPT Plus/Team/Pro subscription with from-scratch hCaptcha solver and empirical anti-fraud research项目地址: https://gitcode.com/gh_mirrors/gp/Gpt-Agreement-Payment创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Gpt-Agreement-Payment 四种运行模式实战：单次、批量、self-dealer 与 daemon 完整参数清单
Gpt-Agreement-Payment 四种运行模式实战单次、批量、self-dealer 与 daemon 完整参数清单【免费下载链接】Gpt-Agreement-PaymentChatGPT Plus/Team/Pro 订阅协议端到端重放工具集 · hCaptcha 视觉求解器 · 反欺诈机制实证研究 / End-to-end protocol replay toolkit for ChatGPT Plus/Team/Pro subscription with from-scratch hCaptcha solver and empirical anti-fraud research项目地址: https://gitcode.com/gh_mirrors/gp/Gpt-Agreement-PaymentGpt-Agreement-Payment 是一个 ChatGPT Plus / Team / Pro 订阅协议的端到端重放工具集内置从零实现的 hCaptcha 视觉求解器与反欺诈机制实证研究。它的最大特色是四种运行模式共用同一个pipeline.py入口仅靠命令行参数切换——单次调试、批量并行、self-dealer 自产自销、daemon 无人值守各有所长。本文带你用一份参数清单快速掌握每种模式什么时候用、怎么配、有哪些坑。 四种模式一张表看懂模式触发参数适用场景单次耗时参考单次--paypal调试链路、定位故障环节≈ 5 分钟批量并行--batch N --workers M短时间产出多个账号N × 单次耗时 ÷ 并行度self-dealer--self-dealer N一次扣款换 1 owner N member每 member ≈ 3 分钟稳态daemon--daemon无人值守长期维护补号池常驻后台四种模式的完整文档在 docs/operating-modes.mddaemon 自愈链细节在 docs/daemon-mode.md。参数定义源码位于 pipeline/_monolith.py 的main()函数中想深入可以看 argparse 的每一行。 模式一单次运行——调试的第一选择跑完整条链路注册 → 支付 → OAuth → 写入 SQLite 运行时库output/webui.db。xvfb-run -a python pipeline.py --config CTF-pay/config.paypal.json --paypal这是最常用的排障模式每次跑一遍完整链路看卡在哪一步。批量跑之前务必先用单次模式把配置跑通。常用搭配参数参数作用--paypal/--gopay/--qris三选一指定支付通道互斥--plan plus覆盖订阅方案为 Plus自动生成 Plus 临时配置--register-only只注册、不支付单独调试注册环节--pay-only只支付优先复用库里最近注册未支付的账号 把--register-only和--pay-only拆开跑是定位到底是注册挂了还是支付挂了的最快方法。 模式二批量并行——参数只有两个但有个重要警告python pipeline.py --config CTF-pay/config.paypal.json --paypal --batch 10 --workers 3参数含义默认值--batch N跑 N 个完整 pipeline0即单次--workers M并行 worker 数3--delay S批量模式下每次间隔秒数30⚠️并行不是免费的。同一时间窗口内多个号注册会触发批次关联反欺诈层面看就是一个 cohort。官方建议--workers不超过 3且每个 worker 使用不同的代理 / 域 / 时间抖动。实测数据45 个号 24 小时存活率约 2%见 docs/anti-fraud-research.md。 模式三self-dealer——最省钱的自产自销玩法核心思路一次 PayPal 扣款换来 1 个 owner N 个 member 的完整 Team workspace。每个 member 都是独立 ChatGPT 账号可单独换取 OAuthrefresh_token。# 1 owner 4 member python pipeline.py --config CTF-pay/config.paypal.json --paypal --self-dealer 4 # 复用已付费 owner跳过 Step 1 省一次扣款 python pipeline.py --config CTF-pay/config.paypal.json --paypal --self-dealer 4 \ --self-dealer-resume owner_email关键参数参数作用--self-dealer N邀请 N 个 member 上车全部推下游--self-dealer-resume email从支付数据库读已付费 owner 的team_id refresh_token避免重复扣款单个 member 的时序约 3 分钟稳态挑代理 挑子域 写临时配置与 owner pipeline 一致register()过 Turnstile CF KV 取 OTP≈ 1 分钟owner 的 Bearer 调 invites API 发邀请 1 秒member 的 Bearer 调 invites/accept 接受 1 秒Camoufox 重登拿 refresh_token≈ 30 秒写入 SQLite → 推下游安全性设计值得注意每个 member 单独挑代理和子域互不关联任何单个 member 任何一步失败都会被 try/except 捕获并继续跑下一个不会拖垮整批。 模式四daemon——设计目标是无人值守跑数周daemon 模式把 pipeline 变成常驻后台服务自动维护补号池account_usagerecovery的可用账号数始终 ≥ 目标值。# 后台跑推荐-u 关 buffer 让日志实时写 nohup xvfb-run -a python3 -u pipeline.py --config CTF-pay/config.paypal.json \ --paypal --daemon output/logs/daemon.log 21 # 跟日志 / 优雅停跑完当前周期再退 tail -f output/logs/daemon-*.log pkill -TERM -f pipeline.*--daemondaemon 工作循环简化版loop: sleep poll_interval_s usable 查 gpt-team DB可用账号数 if usable target_ok_accounts: 看门狗保活 → 清理孤儿 → 清理 CF 死记录 → run_pipeline() else: continue # 满了下一轮再看config 中daemon段参数清单以 CTF-pay/config.paypal.example.json 为例字段示例含义target_ok_accounts20维持的可用账号目标值usage_poolrecovery补号池的 usage 标记poll_interval_s600轮询间隔秒rate_limit.per_hour / per_day00 不限超额自动 sleep 到下一窗口max_consecutive_failures5连续失败 N 次进冷却consecutive_fail_cooldown_s1800冷却时长秒jitter_before_run_s[60, 180]每轮前的随机抖动避免精确间隔被识别seat_limit5Team 席位数上限 12 路自愈环daemon 的核心亮点daemon 不是跑着就完事它内置了 12 路针对实战失败模式的自愈分支包括DataDome 滑块自动拖拽、Webshare API 自动换 IP、CF DNS 配额清理某次清理释放了 154 条记录、tmpfs 孤儿回收、gost 中继看门狗、CPA 自动导入等。每个自愈分支的触发条件、检测方式、恢复动作都列在 docs/daemon-mode.md 的表格中。状态持久化所有运行统计存在SQLite runtime_meta[daemon_state]进程重启后total_attempts/total_succeeded/consecutive_failures等字段全部保留只有started_at会重置——这意味着你随时重启不丢数据。️ 通用参数速查四种模式共用参数说明--config支付配置文件默认CTF-pay/config.paypal.json--cardw-config注册配置文件不指定则从--config读取--plan plus/team覆盖订阅方案--target-emails逗号分隔的账号列表配合--pay-only/--rt-only对指定账号操作--rt-only只对目标账号跑 RT 交换不付款⚠️ 注意--paypal/--gopay/--qris三者互斥同时传会直接报错退出。⚡ 两个省时开关环境变量变量默认节省说明SKIP_SIGNUP_CODEX_RT1≈ 30s / 注册跳过 signup 态必失败的 Codex RT 交换SKIP_HERMES_FAST_PATH15–10s / 支付跳过 PayPal 非浏览器 session 必失败的 fast path两个开关默认都开启跳过已验证 100% 失败的路径。想对比或 PayPal 改协议时设SKIP_*0即可恢复旧行为。 上手路径建议先单次用--register-only和--pay-only分段验证配置再批量--batch 2 --workers 1小步验证确认稳定后再放大想省钱切--self-dealer一次扣款吃 N 个 member要长期跑上--daemon配好target_ok_accounts和rate_limit然后tail -f看日志就够了 项目声明本工具仅限你拥有的系统、合法 CTF、授权 bug bounty 项目与安全研究使用严禁用于欺诈、规避支付、批量造号转售。使用即视为同意 NOTICE 全部条款。【免费下载链接】Gpt-Agreement-PaymentChatGPT Plus/Team/Pro 订阅协议端到端重放工具集 · hCaptcha 视觉求解器 · 反欺诈机制实证研究 / End-to-end protocol replay toolkit for ChatGPT Plus/Team/Pro subscription with from-scratch hCaptcha solver and empirical anti-fraud research项目地址: https://gitcode.com/gh_mirrors/gp/Gpt-Agreement-Payment创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考