由 Redman2024 
视频教程：https://youtu.be/e3pDUJURt4o
🔍 本期视频涉及的工具链接：
✦sub2api项目仓库▶https://github.com/DR-lin-eng/sub2api
✦kakapay充值卡▶https://i.redman3721.com/kakapay （前5张免开卡费）
✦Claude / GPT代充平台▶https://i.redman3721.com/aiplus123 （优惠码：redman）
✦9981proxy动态住宅IP▶https://i.redman3721.com/9981proxy （可批量提取）
✦Gmail成品账号▶https://i.redman3721.com/accountboy
✦个人支付接口▶https://i.redman3721.com/kyrenpay
✦AdsPower指纹浏览器▶https://share.adspower.net/redman
✦VPS选购攻略▶ https://redman.blog/index.php/cn2vps/
✦中转站上游资源▶https://codex3721.com/ai-api-review
✦服务器ssh连接工具下载▶https://www.hostbuf.com/t/988.html
✦CN2GIA线路VPS购买▶https://i.redman3721.com/banwagon （视频同款）
很多人接触 AI，第一步是购买会员，第二步是找一个好用的 API。我这次想再往前走一步：如果把自己有权使用的账号统一管理，生成 API 密钥，再接到客户端或服务平台里，会形成一套什么样的系统？
我用 Sub2API 跑了一遍这个流程。从浏览器环境、账号准备、订阅，到 Docker 部署、账号授权和模型调用，最后再接入 New API 与支付接口。整套链路跑通后，我能更清楚地看见一门 AI 服务生意需要什么：上游资源、交付方式、计费、收款，以及持续维护。
普通人可以从开源工具入手学习这套技术，不必先开发一整套后台。不过，能部署出来和能稳定赚钱是两件需要分别验证的事。我会把做法和成本一起讲清楚，避免只看到了“卖 Token”三个字，却漏掉后面的运营工作。
目录
- 号池是什么，我准备拿它做什么
- 卖 Token 的成本怎么计算
- 浏览器、住宅 IP 和邮箱怎么准备
- 账号注册与订阅，我会关注哪些细节
- 用 Docker 部署 Sub2API
- 建立分组、授权账号与创建密钥
- 接入 Codex++ 和 New API
- 配置支付，形成服务交付流程
- 优缺点、适合人群与常见问题
- AI 新手资源
一、号池是什么，我准备拿它做什么
我把号池理解为一个统一管理入口：上游是账号及其可用权限，中间由 Sub2API 负责接入和管理，下游则通过 API 密钥使用服务。账号、调用入口和用户额度集中到一个后台后，我就能分别查看连接状态、分组和用量。
这次我主要处理两类账号：OpenAI 和 Anthropic。在后台里，我把它们分成 GPT 号池与 Claude 号池，避免授权时选错平台，也便于后面创建对应的 API 密钥。
对我来说，先跑通个人调用是最直接的验证。之后可以在授权允许的范围内服务团队；如果要对外提供付费 API，还需要解决上游是否允许转售、客户需要哪些模型、用量如何计费等问题。开源软件的使用许可并不会自动赋予我上游账号的商业转售权。
我这次使用的是下面这个 Sub2API 二次开发版本。部署前，我会确认仓库维护情况与当前版本说明，不把同名项目或第三方部署站混为一谈。
✦sub2api项目仓库▶https://github.com/DR-lin-eng/sub2api
二、卖 Token 的成本，我会这样算
吸引我研究这套方案的，是订阅服务与按量 API 的计费方式存在差异。但我不会把一个会员月费直接换算成固定金额的官方 API 余额，再拿这个数字当作利润。
订阅可能有使用窗口、模型限制、并发限制和动态额度；API 则按对应的计费规则结算。两者之间，不能只拿标价做除法。实际能交付多少调用，还取决于客户使用时段、任务长度、模型组合和服务状态。
我会把成本拆成几部分：
| 成本项目 | 我会记录什么 |
|---|---|
| 上游账号与订阅 | 实际付款、到期日、可用权限、使用限制 |
| VPS与网络 | 月租、带宽、延迟、代理费用 |
| 额度利用情况 | 付费周期内真正用于客户请求的比例 |
| 支付与退款 | 手续费、结算方式、退款与争议成本 |
| 运维与客服 | 更新、备份、故障处理和答疑时间 |
| 账号与服务损失 | 授权失效、停用、不可用时段及补偿 |
我更愿意用这条简单公式来检查业务：
经营结余 = 实际收款 − 上游成本 − 服务器与网络 − 支付与退款 − 运维及其他损失。
先小规模测试，积累真实调用记录，再决定是否扩大。我不会因为一次请求成功，就按所有账号全天满负载来估算收入。
三、先准备浏览器环境、住宅 IP 和邮箱
这次我用 AdsPower 管理多个浏览器环境。它让我可以把不同账号的登录状态分开，并使用窗口同步功能处理相同的操作。涉及姓名、邮箱、授权对象等不同内容时，我会先关闭同步，逐个确认。
网络方面，我比较了动态住宅代理和静态住宅代理。前者通常围绕流量和会话时长选择，后者更适合按固定 IP 或套餐管理。我会根据使用频率、稳定性和实际费用选方案，不把某一种代理当作“必定免验证”的保证。
配置时，我需要确认代理地址、端口、用户名和密码分别填在正确的位置，然后检查连通性。网络位置也不等于真实身份或服务资格；是否可以注册、订阅及使用，仍要符合服务商实际要求。
✦9981proxy动态住宅IP▶https://i.redman3721.com/9981proxy （可批量提取，套餐与会话规则以页面为准）
✦webshare静态住宅IP▶https://i.redman3721.com/webshare （可批量订阅，按实际套餐选择）
邮箱方面，我优先使用自己能够长期控制和恢复的账号。成品邮箱可以作为资源入口了解，但我会单独考虑来源、找回权限和售后问题，不把买到登录凭据等同于获得长期可靠的账号控制权。
✦Gmail成品账号▶https://i.redman3721.com/accountboy
四、注册与订阅，先把账号状态弄清楚
准备好环境后，我先完成 Claude 和 ChatGPT 的注册演示，再逐个确认账号登录状态。窗口同步可以减少重复点击，但我仍会检查每个窗口对应的是哪个账号，避免把后续订阅和授权配错。
我遇到过部分 ChatGPT 账号显示试用入口。这类入口与账号资格、地区和活动有关，我不会把它列成每个人都能拿到的固定福利，更不会把试用额度当作持续经营的上游成本。
在我这次使用的配置里，免费账号适合先了解流程；需要更多额度时，我再检查付费订阅。Claude 的接入也要确认相应账号具备可用权限，不能只看“注册成功”就继续往下走。
支付卡与代充入口
我演示了使用支付卡订阅 ChatGPT 的过程。多账号管理时，我会给卡片和账号做对应记录，方便对账和处理续费。
kakapay 的推广信息是前 5 张免开卡费，但“免开卡费”不代表所有环节零成本。保证金、充值、支付、退款或提现条件，我会在付款前看完整规则，不把演示时的金额和退回时间当作长期不变的承诺。
✦kakapay充值卡▶https://i.redman3721.com/kakapay （前5张免开卡费，具体资格、保证金及其他费用以页面为准）
我也整理了 Claude / GPT 的代充入口。选择第三方服务时，我会先确认充值对象、套餐、账号要求和售后方式；涉及登录态或敏感授权的流程，需要先理解它允许对方访问什么。验证码、API Key 和 Session Key 都不适合公开分享。
✦Claude / GPT代充平台▶https://i.redman3721.com/aiplus123 （优惠码：redman，活动与支持范围以页面为准）
✦GPT&Codex充值攻略▶https://youtu.be/0b2gNZLPIzM
五、用 Docker 部署 Sub2API
我可以在本地电脑上测试，也可以使用持续开机的 VPS。考虑到后续要接入客户端和团队服务，这次我采用服务器部署，并把连接质量、用户所在地和长期月租一起考虑。
服务器能够通过 SSH 正常管理后，我先安装 Docker，再使用 Docker Compose 部署 Sub2API。这里有一个容易忽略的细节：Ubuntu 和 Debian 的安装文档不能直接混用。我实际演示的机器是 Debian，所以把两个官方入口都放在下面，按自己的系统选择。
✦Docker安装文档（Ubuntu）▶https://docs.docker.com/engine/install/ubuntu/
✦Docker安装文档（Debian）▶https://docs.docker.com/engine/install/debian/
我的部署顺序是：
- 确认服务器系统，按对应文档安装 Docker 与 Compose。
- 在 Sub2API 仓库里查看所选版本的部署说明。
- 建立部署目录，准备 Compose 文件与环境配置。
- 启动服务，检查容器状态和日志。
- 访问管理页面，完成初始化或查找本机生成的管理员登录信息。
我演示的管理入口使用 服务器IP:8080。这是部署验证时的入口示例；正式向外提供服务时，我会配置自己的域名和 HTTPS，并限制后台访问。
查日志时，我只在自己的环境里定位需要的信息。管理员密码、数据库密码和令牌都可能出现在日志或配置中，不能把整段原始内容直接贴到群聊或公开页面。
六、建立分组，再授权账号
登录后台后，我先创建两个分组：
- OpenAI 平台对应 GPT 号池。
- Anthropic 平台对应 Claude 号池。
接着进入账号管理，选择对应平台和分组，再按照页面引导生成授权链接、完成账号授权，把返回的信息提交给 Sub2API。
我在这个环节最在意的是对应关系：浏览器当前登录的是哪个账号，它将进入哪个分组，账号名称是否能让我事后识别。平台选错或登录对象弄错，后面看到的模型和可用权限就可能不符合预期。
账号加入后，我先做连接测试，看到正常响应，再创建供客户端使用的 API 密钥。账号授权与给下游分配密钥是两个环节，不能把上游登录凭据直接当作用户的调用密钥。
为什么自建后还可能提示余额不足？
我接入客户端时，也需要在 Sub2API 里给使用者配置内部余额或额度。这是自建系统自己的鉴权与计费控制，不代表向上游再次购买了订阅。具体是否启用计费、怎样配置，取决于当前部署模式。
七、接入 Codex++ 与 New API
我先用 Codex++ 验证个人调用
在 Codex++ 的管理工具里，我选择纯 API 接入，填写供应商名称、地址和对应密钥，再获取上游模型。GPT 与 Claude 我分别配置，方便确认当前实际调用的是哪一组。
我演示的这一接入方式，地址末尾包含 /v1。可以把它理解为客户端所需的 API 基础地址格式，而不是所有工具都通用的填写规则。
保存后，我切换到相应供应商、加载模型并发起测试。比起一次把很多模型全选上，我更愿意先确认一个模型能够正常响应，再继续检查实际需要的功能。
已有服务站，我再接入 New API
如果我已经有 New API，就可以新增对应渠道，把 Sub2API 的号池作为上游接进去。这样，账号资源在 Sub2API 管理，用户侧的渠道、分组和定价可以继续沿用现有站点。
在我演示的 New API“Sub2API”渠道里，填写的是不带 /v1 的基础地址。它与前面 Codex++ 的示例不同，所以我会根据所选适配器检查格式，避免机械复制。
| 接入位置 | 我演示的地址形式 | 下一步检查 |
|---|---|---|
| Codex++纯API供应商 | https://自己的域名/v1 | 密钥、内部余额、模型列表及响应 |
| New API的Sub2API渠道 | https://自己的域名 | 渠道测试、模型选择、分组与价格 |
上表中的域名只是格式示例，具体路径以客户端和适配器版本为准。
接入完成后，我会在游乐场发起请求，再回到使用记录查看模型、用量和对应分组。打算给别人使用前，我先把这条最小链路确认清楚。
八、配置支付，才有完整的服务交付流程
我研究对外售卖时，除了模型能调用，还会检查用户怎样充值、订单怎样入账、错误怎样处理。
这次我使用的后台提供了支付供应商配置入口。以易支付类接口为例，我需要从服务商后台获取商户号 PID、密钥和网关地址，再填入对应字段，确认通知地址与部署环境一致。
我会先做小额测试，核对付款结果、订单状态和账户余额是否一致，再考虑正式开放。支付通道是否接受这类业务、主体认证要求、费率和结算条件，也要在开户时确认。
✦支付接口1▶https://i.redman3721.com/kyrenpay （可收单到香港银行卡 / web3钱包）（手续费：2.8%）
✦支付接口2▶https://i.redman3721.com/zpay （可收单到支付宝 / 微信）（手续费：1.6%）
我不会因为支付接口配置成功，就立即承诺全天稳定服务。定价、退款说明、维护安排和故障处理，都需要和自己的实际能力匹配。
九、这套方案的优点和限制
我比较喜欢的是，部署和业务管理有了明确的入口：账号可以分组，API 密钥可以分配，调用后可以回看用量，也能继续接入已有工具。对想理解 API 服务如何运作的人来说，这条流程很直观。
限制同样明确。上游授权可能失效，模型权限和额度可能改变，服务器需要维护，账号也可能被限制或停用。增加账号数量并不能自动解决这些问题。
项目仓库也提示了使用上游服务可能涉及的条款风险。我要提供商业服务，首先得确认资源来源、账号控制权和相应授权，再谈扩大规模。不能把“开源项目能运行”理解为“任何订阅都可以转售”。
我认为适合谁
- 想学习 Docker、API 网关和多账号管理流程的技术爱好者。
- 已经有实际调用需求，希望理解成本与运维方式的小团队。
- 愿意处理服务质量、客户支持和上游授权问题的独立开发者。
如果只是偶尔聊天、不想管理服务器，或者希望部署一次就自动产生稳定收入，我认为先了解成本和维护工作更合适。
十、我经常被问到的几个问题
没有编程基础能不能搭？
我这次使用 Docker 和现成后台，主要是配置与操作，不需要从头写业务代码。但服务器登录、配置文件、日志和 API 地址这些基础仍然需要理解。我的建议是先完成个人测试，再考虑给其他人提供服务。
是不是有会员就可以无限调用？
不是。我会分别检查订阅权限、可用模型、额度窗口、并发和上游规则，不把会员理解成无限 API 余额。
自建号池以后就不会封号了吗？
我不会作这种保证。号池解决的是管理和调用入口的问题，账号仍然受上游平台规则约束。环境、网络或授权流程调整，也不能保证账号一定可用。
为什么测试连接成功，客户端却不能用？
我会依次检查：基础地址与路径、API 密钥所属分组、账号状态、内部余额、模型名称，以及客户端选择的接口类型。账号能连通，只证明链路中的一个环节通过了测试。
一定需要再搭 New API 吗？
不一定。我已经可以从 Sub2API 生成密钥供客户端调用；如果原来就在使用 New API，或者需要沿用现有用户与分组管理，再把它接进去更符合自己的工作方式。
能赚多少钱？
我没有一张能套用于所有人的收益表。对我来说，先有真实需求，再记录实际收款、用量和全部成本，才能判断这门生意是否值得继续。
十一、AI 新手资源
如果刚开始研究这类项目，我把充值、学习资料、测评与交流入口放在这里。可以先按自己的需求补基础，再决定是否投入服务器和账号成本。
✦AI学习资源合集▶https://i.redman3721.com/ai-doc
✦中转站测评站▶https://codex3721.com/ai-api-review
✦AI交流群▶https://redman.blog/index.php/aibook/
✦6种AI赚钱方法▶https://youtu.be/bvqG8Eo_gbk
✦美区APPLE ID注册▶https://youtu.be/IPW_LoSIitc
我的结论：先把一次完整交付做好
用 Sub2API 自建号池，让我把账号准备、部署、授权、客户端调用和收款串到了一起。这套技术可以帮助我理解 API 服务的运作方式，也给了我一个评估 AI 生意的具体起点。
我更看重的是先做好一次完整交付：用户能调用，我能看到记录，出问题能找到原因，费用能算清楚。在这之后，再用真实需求和成本决定下一步。
我的频道：
YouTube：https://www.youtube.com/@redman-tech
推特（X）：https://x.com/redman_talk
网赚工具库：https://www.redman3721.com/
TG资源发布群：https://t.me/redman_tech
TG万人交流群：https://t.me/redman3721
我是 Redman，持续分享 AI 工具、实操教程和创业项目。不卖课，主打交个朋友。