AI API 中转站搭建全攻略

面向"公开对外售卖"的 AI API 中转 / 聚合分发平台。覆盖开源选型、基础设施、部署、货源、计费、防御风控、友商分析、合规风险，以及一条可落地的起步路线。

调研时间：2026-08-12。star 数、协议、CVE 等为调研时快照，落地前请自行复核最新状态。

#0. 一句话认知：这门生意的本质与风险

中转站本质是**"批发转零售 + 期限错配"**的生意——赚的是官方定价与批发/灰色采购价之间的差价，同时承担三重结构性风险：

1. 货源风险（系统性、不可控）：几乎所有大模型厂商（OpenAI / Anthropic / Google）的 ToS 都禁止未授权转售 API。这门生意建立在"上游默许 / 未严格执行"的基础上，一旦上游收紧风控做批量封号，整个货源池可能短时间大面积失效。这是最大的、你自己无法规避的风险。
2. 资金池风险（可控）：用户预充值 = 你对用户的负债。把充值款当自有现金流花掉 + 货源突然归零 = 挤兑式爆雷跑路。控制方法见第 6 章。
3. 口碑风险（可控）：用户对"降智""跑路""限速"极度敏感，社群传播极快，一次事故可摧毁多年经营。透明化沟通是解药。

技术层面这套东西并不难（Docker 一键 + MySQL/Redis + Cloudflare，教程齐全）。决定生死的不是技术，是货源和资金管理。 认真做商业运营，重心应放在货源正规化、资金隔离、风控三件事上。

⚠️ 在动手前必须知道：2026 年 5 月国内已出现首例 AI 中转站站长因非法经营罪被刑拘的案例（详见第 7 章）。"公开对外售卖境外大模型 API"在国内当下已带有现实刑事风险（非法经营罪 + 帮信罪），不再是纯商业风险。本攻略把技术和商业逻辑讲透，但这条法律红线请你先掂量清楚——认真做的话，合规化或至少彻底剔除账号池/逆向货源，是绕不开的前提。

#1. 开源底座选型

#1.1 项目谱系

songquanpeng/one-api（MIT，鼻祖，现基本停更）
 ├─ shell-api（早期平行分支，小众，不推荐）
 ├─ MartialBE/one-hub（加统计/函数调用）
 │    └─ deanxv/done-hub（Apache-2.0，加 Claude Code/Gemini CLI 反代）
 └─ QuantumNous/new-api（原 Calcium-Ion，AGPLv3，当前主流/最活跃）
      ├─ Veloera（GPLv3，⚠️ 维护状态存疑）
      ├─ Super-API（⚠️ 协议禁商用）
      └─ VoAPI（⚠️ 协议禁商用，UI 好看但锁死商用）

BerriAI/litellm（MIT 核心 + enterprise/ 目录商业授权，国外独立路线）

#1.2 横评

#1.3 关键的协议坑（认真商用必须正视）

• new-api 是 AGPLv3：第 13 条网络服务条款理论上要求——你基于它二开后对外提供 SaaS，有义务向用户公开你修改后的完整源码，且必须保留 "Powered by New API" 署名和原项目链接。这与"闭源商业化"直接冲突。中文圈绝大多数商业站在"事实违反"这条协议（不开源照样卖），处于灰色地带，目前被追责概率低，但站做大、被上游或友商盯上时可能成为把柄。
  • 三个选择：① 接受灰色地带只做少量魔改（最省事，有风险敞口）；② 联系 QuantumNous 谈商业授权（support@quantumnous.com）；③ 转向协议干净的方案。
• 落地前逐个打开 LICENSE 文件核实，别只看 README。VoAPI、Super-API 的 License 白纸黑字"仅供个人非商业使用"，拿去售卖是明确违规。

#1.4 起步选型建议（认真商用）

主推路线：new-api 快速验证市场 → 架构上把"渠道路由层"做得相对独立 → 后续需要时可替换为自研 / LiteLLM 内核，不动上层已跑通的计费前台。

• 想快、要现成前台、能接受协议灰色 → new-api（大多数同行现状）。
• 有协议洁癖 / 未来想融资被审计 → done-hub（Apache-2.0），功能够用协议干净，代价是教程少要自己啃代码。
• 核心竞争力在自研前台、只要一个稳的多供应商内核 → LiteLLM 做引擎，自己搭充值/分销外壳。

#1.5 部署即修的已知安全坑（务必第一时间处理）

• one-api 历史默认账号 root/123456——被扫库盗刷头号原因，部署第一件事改密码。
• one-api：WeChat 登录二阶 SSRF + Token 泄露（Issue #2409）、后台存储型 XSS（CVE-2025-3801）、兑换码充值逻辑漏洞（CVE-2026-11465）、图片 URL 处理泄露源站 IP。
• new-api：视频代理接口越权（CVE-2026-30886，< 0.11.4-alpha.2，可越权读他人内容及上游密钥）——别停留在旧版本。

#2. 基础设施与网络架构

#2.1 服务器选型：这是 IO/网络密集型，不是算力型

核心工作是 HTTP 反向代理 + 计费计数，Go 写的程序常驻内存几十~两百 MB，1-2 核足够。真正的瓶颈是带宽、网络稳定性、TCP 并发数、以及出口 IP 声誉——预算优先给"线路质量 / IP 干净度"，别堆 CPU。

#2.2 为什么"落地 IP 干净度"是命门

上游对异常调用模式（同 IP 大量、多账号、多地区特征）会封账号甚至封整段 IP。被薅羊毛用户反复使用的 IP 池会被标记为高风险，你账号干净也可能被连坐。由此有 IDC IP（最便宜最易标记）< 原生 IP < 住宅 IP（最难识别最贵）的溢价体系。"换 IP"是家常便饭——准备多机 / 多云账号做渠道轮换，一个 IP 被限流就切，这也是选 Vultr/DO（可按小时开销毁重建）而非锁定大厂的原因。

#2.3 两段式架构（认真商用推荐）

国内用户
  → 国内可访问域名（Cloudflare 橙云 / 优选 IP / 自建反代）
  → 前置代理机（境外，靠国内线路好的机房如日/新，只做 TLS 终结+转发，不持有资产）
  → 后端出口机（真正持有账号池 + 计费库，用干净 IP 机房如美西/美东）

分离的价值：风险隔离（前置机被探测/封 IP，核心资产不受影响，换台前置机即恢复）、就近接入与稳定出口各自优化、多出口负载均衡/故障转移、应对封锁（换前置 IP + DNS 切换，用户无感）。

#2.4 国内访问慢的解法（组合拳）

• Cloudflare 橙云做基础防护 + HTTPS（免费版国内连通性不稳，因节点而异）；
• CloudflareSpeedTest 优选 IP（玄学优化，需持续测速更新）；
• 日/港/新机房自建反代兜底（效果通常优于纯 CF 免费）；
• 现实是三者组合，线路波动导致体验时好时坏是行业普遍现象。

#2.5 域名与备案

多数站直接走不需要大陆备案的路径：境外服务器 + Cloudflare 解析，绕开境内接入商的实名审核与内容审查。代价是"规避审查成本 vs 承担政策合规风险"的取舍，不是纯技术决策（见第 7 章）。

#2.6 部署标准姿势

docker-compose 拉三个容器（应用 + MySQL + Redis）：

services:
  new-api:
    image: calciumion/new-api:latest
    ports: ["3000:3000"]
    depends_on: [mysql, redis]
    volumes: ["./data:/data", "./logs:/app/logs"]
    environment:
      - SQL_DSN=neapi:强密码@tcp(mysql:3306)/new-api   # 生产建议建专用账号，别用 root
      - REDIS_CONN_STRING=redis://redis
      - CRYPTO_SECRET=<32位随机串>   # ⚠️ 上游 Key 的加密存储依赖此项，不设置则明文入库！
      - SESSION_SECRET=<随机串>      # ⚠️ 多实例扩展时各节点必须一致，否则会话在 LB 下失效
      - TZ=Asia/Shanghai
  mysql:
    image: mysql:8.2
    volumes: ["./mysql:/var/lib/mysql"]
    environment:
      - MYSQL_ROOT_PASSWORD=强密码
      - MYSQL_DATABASE=new-api
  redis:
    image: redis:7.4   # 锁版本，别用 latest，避免跨大版本升级引入兼容问题

要点：数据目录挂宿主机卷；密钥走 .env 别写死进镜像；CRYPTO_SECRET 是上游 Key 加密的开关，漏配就等于明文存库；MySQL/Redis 只监听内网、安全组禁止公网访问数据库端口（"被脱库"事故的头号根源就是 Redis/MySQL 裸奔公网无密码）。

• 数据库：小规模可 SQLite 起步，涉及计费和多机必须迁 MySQL/PostgreSQL（事务保证扣费不透支/超卖）。
• Redis：缓存渠道状态/限流计数/Session，是多实例水平扩展的必要前提（多节点共享限流状态）。
• 反代 + HTTPS：Nginx（功能全）或 Caddy（自动证书省心）；证书走 Let's Encrypt 自动续期或 Cloudflare 边缘证书。

#2.7 水平扩展的特殊维度

传统 Web 扩容是加应用节点（new-api 无状态，共享 MySQL+Redis 后可随意加减，前面挂 LB）。注意多实例还需保证 SESSION_SECRET 等密钥类环境变量在所有节点一致，否则会话在 LB 下会频繁掉线。但中转站真正的"扩容"往往是扩充上游账号池 / 渠道数量——用更多上游 Key、更多出口 IP 做负载均衡，突破单账号速率限制。有条件再做异地多活（日+新+美西各一套，DNS 就近调度/故障转移）。

#3. 货源：利润与风险最集中的环节（客观陈述）

利润 = 卖价 − 进价。货源按稳定性递减、成本递增、风险递增排列：

1. 官方直签 API：稳定性最高、成本最高，受账号 Tier 速率限制，需多账号池扩容。官方通常禁止转售，大规模代理仍有封号/冻资风险。
2. 企业渠道（Azure OpenAI、AWS Bedrock 等）：认可度更高、结算透明、更接近合规，但多数条款默认企业自用，公开转售仍可能违反 ToS；准入门槛（企业资质/合同）高。
3. 二级分销（从更大中转批发再转卖）：行业极普遍，价格便宜，但稳定性完全依赖上级信誉，上级跑路/被封你直接受损，是纠纷高发区。
4. 逆向/灰色渠道（破解接口、共享号池、非授权账号，黑话"车队/拼车"）：成本最低利润最大，但违反 ToS 极易批量封号、渠道全灭，部分获取方式本身触及未授权访问/账号盗用的法律风险（非仅生意做不下去）。不建议作主力货源。

总体：不存在完全"合规"的货源，直签官方也可能因"疑似转售"被封，区别只是风险大小。认真做的话：分散渠道来源、监控封号率、给用户明确服务性质说明、别过度承诺"永久稳定"。

#4. 计费体系与定价

#4.1 记账原理

内部用整数"额度"（quota）记账避免浮点误差。one-api/new-api 默认 1 美元 = 500000 额度（可自定义）。

三种倍率（核心旋钮）：

计费公式（近似）：

扣费 = 输入token × 模型倍率 × 分组倍率
     + 输出token × 模型倍率 × 分组倍率 × 补全倍率

#4.2 定价举例（GPT-4o）

• 官方价：输入 $2.5/1M、输出 $10/1M。
• 批发进价（正规渠道约官方 40-70%）：输入 $1.2/1M、输出 $5/1M。
• 挂牌价定官方 70%：输入 $1.75/1M、输出 $7/1M → 综合毛利约 30%。
• 换算倍率（基准 GPT-3.5 输入 $0.5/1M）：模型倍率 3.5、补全倍率 4。

经验法则：挂牌价 ≥ 进价 × 1.3（留 23%+ 缓冲）；旗舰模型低毛利走量引流，冷门模型高毛利；预留 10-15% 缓冲带应对上游调价。

#4.3 成本结构与毛利

毛利参考：薄利走量 15-25%（风险大）、中规中矩 30-45%、有稳定直签/企业渠道可 50%+。毛利 ≠ 净利，刨除坏账/手续费/服务器/时间/储备金，净利常比毛利低 10-20 个点。

#4.4 "降智"的商业逻辑与正确做法

降智常见原因：偷梁换柱（把 GPT-4o 路由到 mini/国产平替再伪装 model 字段）、量化/蒸馏模型、低价渠道砍 max_tokens/上下文、多渠道轮询质量参差。

先记住 new-api 的渠道路由规则（配错方向是新手高频坑）：priority 数字越大越优先（系统先用高 priority 渠道，只有它失败才降级到低 priority）；同一 priority 内按 weight 比例分流。所以"主力好渠道给大 priority 数字，备用便宜渠道给小数字"，别配反。

认真做口碑的正确姿势：

• 同源同质量、只是价格不同的渠道 → 设同优先级按权重轮询（用户无感，可摊薄成本）。
• 绝不把量化模型和原版混在同一模型名下轮询（最容易被社群曝光"时好时坏"）。
• 真要用低质渠道降本 → 新开一个模型名（如 gpt-4o-fast）明确标注低价不保质量，让用户自选，而非偷偷替换。
• Prompt 缓存：主流模型支持缓存前缀按 10-25% 计费。确保走支持缓存透传的官方通道，缓存差价可自己吃下变纯利润，或让利给 Coding Agent/批量场景大客户做差异化。注意面板要正确透传 cache_control，否则缓存形同虚设白付全价。

#5. 防御与风控（保护自己站的视角）

落地优先级：P0 立即做 → P1 尽快 → P2 增长后。

#P0（必须立即）

• Cloudflare 橙云隐藏源站 + 源站防火墙只放行 CF 回源 IP 段（官方段 cloudflare.com/ips）。云安全组/iptables 硬限制，非 CF IP 直连一律拒绝——很多站开了 CF 却忘锁源站等于没防护。可再加共享密钥头（CF Transform Rule 注入 X-CF-Secret，源站校验）双重确认。
• 管理后台：改默认强密码 + 2FA(TOTP) + IP 白名单，独立域名/路径不对公网暴露。
• 数据库不对公网开放（内网监听 + 安全组封端口）。
• 上游 Key 加密存储（AES-256-GCM，密钥进 KMS/加密环境变量，与库物理隔离）。

#P1（尽快）

• Turnstile 人机验证：注册/登录/找回密码全挂，服务端校验 cf-turnstile-response（前端校验形同虚设），用 Managed 模式。
• Token 限速：每 Key 独立 QPS/并发/日调用上限（Redis 令牌桶），超限 429 并记风控日志。三层取最严：Key 级 / 用户级 / IP 级。额度耗尽自动熔断禁止透支。
• 模型白名单分级：高价模型对低信任/免费用户默认关闭，达消费门槛再开。
• 异常消费告警：设消费速率基线，短时突增（如 5 分钟超过近 7 天日均 3 倍）自动限速/冻结 + 通知用户重置 Key + 推送飞书/企微机器人人工复核。同一 Key 多地 IP 并发 = 泄露信号。
• 日志脱敏：正则中间件脱敏 sk-****，Sentry/APM/日志严禁打全 Key。

#防白嫖（抬高注册成本高于免费额度价值）

• 邮箱验证 + 拉黑一次性邮箱域名；大额赠送叠加短信验证（识别接码号段）。
• 同 IP 24h 注册上限（用可信的 cf-connecting-ip，不信任可篡改的 X-Forwarded-For）。
• 设备指纹（FingerprintJS）关联多账号；识别数据中心/代理/Tor IP 拒绝送额度（但允许正常付费）。
• 额度发放优化：改"注册即到账"为"首次真实调用后发放"或阶梯发放，大幅降低批量注册即时收益。
• 新用户默认"低信任"：赠送打折 + 限模型 + 限并发，实名/首充后升级。

#防 CC/DDoS

• CF WAF（OWASP 规则集）+ 限制超大 body（防超长 prompt 打爆上游账单）+ 拦空/恶意 UA。
• CF Rate Limiting 按 IP/Path，网关层再叠一层应用限速做纵深防御。
• 攻击时切 Under Attack 模式（可脚本化：源站 QPS/错误率飙升 → 调 CF API 切安全等级，平息后自动降级）。
• 全局熔断兜底：总并发超阈值直接拒绝新请求返回"繁忙"，而非无限转发打爆上游账单。

#内容合规

• 接商业内容安全 API（阿里云/腾讯天御/百度）做输入输出双向过滤，自建 DFA 敏感词做第一层兜底。
• 高风险类别命中直接拦截不转发上游（既防合规风险也防浪费额度触发上游封号）。
• 日志留存（国内一般建议 ≥6 个月，加密存储 + 访问控制），用户实名 + 分级封禁（警告→限功能→封号），保留申诉通道。
• 多上游账号分散，单账号被封不全站瘫；监控某上游突然大量 403 = 触发风控信号，自动切备用渠道。

#开源系统加固清单

改默认密码、修已知 XSS/SSRF/IDOR、库不公网、后台 2FA/IP 白名单、定期更新打补丁、npm/pip audit 扫依赖、全站强制 HTTPS+HSTS、收紧 CORS。

#6. 稳定性运营与反跑路资金管理

#稳定性

• 每个核心模型配 2-3 个独立上游渠道（不同批发商/账号池，避免一锅端）。
• 内置渠道健康检测（定时小额测试请求），连续失败自动熔断禁用；区分处理：429 退避降权、401/封号立即禁用告警。
• 监控指标：分渠道成功率、延迟/首字延迟（TTFT，突然飙升是上游要出事前兆）、额度消耗异常、上游余额/封禁状态。工具：Uptime Kuma / Grafana+Prometheus + 飞书/企微告警。
• 大客户单独专属渠道（保 SLA + 隔离风险，避免一个用户狂调把渠道打爆连累全站）。

#为什么中转站会跑路（结构性原因）

预充值负债 + 不透明成本的资金池模式：用户充值是负债，站长却把钱立刻拿去买货/挪用；上游突然批量封号 → 库存归零但负债还在 → 要么花超额现金重新买货兑付，要么跑路。期限错配 + 流动性风险，类似银行挤兑。

#认真长期做的风控（核心）

1. 资金隔离，留兑付准备金：按"未消费余额"的 30-50% 留备用金，专门应对突发封号重采购（给自己业务设"准备金率"）。
2. 货源正规化 + 多元化：优先企业级授权渠道，灰产只作低价补充且控制占比上限（如 ≤40%）。
3. 别过度低价：毛利 <20% 几乎没缓冲，本质是"赌上游不出事"。定价把"渠道被封需重采购的溢价"计入隐性成本。
4. 限额 + 到期机制：余额设有效期（如 1 年），大额充值分批发放降低单点爆雷敞口。
5. 透明化沟通：季度同步渠道健康/储备，波动提前公告——愿公开沟通风险的站更容易穿越周期。
6. 心态：做"有杠杆的批发商"而非"资金池"：尽量"现货结算"——用户充多少就近实时采购等值上游额度锁成本，压缩资金池敞口，即使渠道出事损失也是局部可控。

#增长与留存

• 邀请返利（首充各返 5-10% 或长期流水 3-5% 返佣，设同 IP/设备 + 首充门槛防刷）。
• 阶梯满赠改善现金流（但频繁活动会让用户"等活动再充"）。
• 分销/代理体系扩获客半径，但风控链变长要连带负责，给代理独立分组/限额便于隔离。
• 社群（QQ/微信/Discord）是标配也是最大口碑敞口，群规明确价格/渠道变更提前公告机制。

#支付体系（国内现实）

微信/支付宝个人码（小额，有冻结风险）+ 易支付/发卡网自动发卡密（主力，通道有跑路/被封风险）+ USDT（大额/技术用户，规避个人收款冻结）。多渠道并行分散单通道被封风险。合规问题见第 7 章。

#7. 商业/法律风险提示（客观列出，非法律建议）

⚠️ 重大变量（2026 年新增，认真商用必读）：2026 年 5 月上海出现全国首例"AI 中转站非法经营案"——站长因反向代理 + 账号池模式（批量注册/购买境外 Claude、GPT 订阅账号并脚本维持活跃）被刑事拘留 37 天，涉嫌非法经营罪。律师界对是否构成非法经营罪存在争议，但普遍认为：未取得 ICP 证、未做数据出境安全评估即中转境外大模型，同时触碰帮助信息网络犯罪罪（帮信罪） 的风险已现实化——帮信罪认定门槛更低，只要"明知"仍提供技术/支付通道即可入罪。这意味着"认真对外公开商用"在国内已不是纯商业风险，而是有现实刑事风险的活动。 若坚持做，强烈建议：① 事前咨询专业律师；② 严肃考虑合规路径（正规货源、实名、日志留存、数据出境评估）；③ 至少把账号池/逆向货源彻底排除。

1. 上游 ToS：主流厂商通常禁止未授权转售 API，被识别有封号/冻资风险且多不可申诉。为封号做业务连续性预案（多渠道备份）。
2. 代收款合规：面向国内经营性收款涉及支付牌照，个人收款码经营性使用有冻结风险，了解持牌聚合支付的合规接入。
3. 税务：经营性收入有申报义务，长期不合规有追溯风险。
4. 数据隐私：用户 Prompt 可能含个人/敏感信息，境外上游意味着数据出境，注意《个人信息保护法》的告知同意、最小化、留存期限、跨境传输义务，隐私政策明确告知数据流转路径。
5. 内容连带责任：作为分发平台对用户违法内容可能连带担责，留痕 + 投诉响应（收到投诉及时下架/封禁）降低敞口。
6. 政策合规：不备案通过技术手段对国内公众提供代理境外服务本身存在政策风险。
7. 建议：业务做大后就经营资质、支付合规、数据合规寻求专业律师正式咨询。

#8. 友商被动指纹与市场分析

以下均为公开检索 / 公开页面的被动观察，未做任何登录、探测或攻击。

#8.1 技术底座：行业高度同质化于 one-api / new-api

"十个里八个底层都是这俩项目之一"。被动识别依据（公开可见）：

• 控制台是否为默认皮肤（浅色卡片、顶部 Logo+登录注册双栏、"额度/令牌/日志"菜单命名）；
• 文档路径严格复用 OpenAI 官方路径（/v1/chat/completions、/v1/models）；
• 是否有专为公开设计的状态页（/api/status、Statuspage）晒 99.9% uptime；
• 响应头 CF-Ray / Server 等 CDN 标识。
• 少数"白手套"深度换皮、自研前端、注册离岸公司、买 .ai 高价域名，刻意抹去套壳痕迹模拟正规 SaaS。

#8.2 定价模式

售价 = 官方价 × 分组倍率 × 模型倍率。

• 正常区间：官转倍率 0.7~1.5，接近甚至略贵于官网（换稳定性和国内直连）。
• 警戒区间：倍率 <0.5、旗舰模型（Claude Opus）<0.3 → 行业公认掺了逆向流量（账号池、订阅转 API）或降智/阉割上下文的强信号。
• 起充门槛低至 ¥1~¥20；部分叠加月卡/季卡；也有"免费额度+邀请返利"获客。
• 主打 GPT-4o/5、Claude、Gemini、DeepSeek、Grok，头部号称 200+ 模型。
• 净利：纯 Token 转售 815%，订阅超售 2540%；上游成本占 6575%。中等站（月流水 30100 万）净利约 5~20 万/月。

代表平台公开特征（据公开测评）：OhMyGPT（多区 CDN、价近官网、企业化）、CloseAI（主打稳定、企业发票、B 端）、AiHubMix（价近官方、无限并发、状态页 99.93%+）、laozhang.ai（倍率公式透明、起充 $5、开票）。另有 openairouter.net / aiproxy.best / apiranking.com 等比价+模型真伪检测导航站——"中转站的中转站"已成细分。

#8.3 CDN / 人机验证

中规模以上普遍套 Cloudflare（抗 DDoS、隐藏源站、地理分流，对应"国内直连"卖点）；登录注册用 Turnstile 无感验证已是标配。

#8.4 获客与信任：三层下沉

1. 顶层：大 V/网红背书 + 自媒体 + 邀请返利，靠个人品牌势能。
2. 中层：QQ/TG 群 + 邮件列表，靠"国内直连/开票/无限并发"话术差异化（中小站主战场）。
3. 底层：淘宝"10 元 200 次"散卖 + B 站教程 + GitHub 注册机导流。

信任手段随规模分层：草根靠极致低价裸奔；中层晒运营时长/群活跃/口碑截图 + 小额试充，用户端自发共识"多家互备、用多少充多少别大额充"；头部/白手套企业化包装换信任溢价。

#8.5 用户投诉高频项

• 跑路（最高频，行业公认"常态"）；
• 降智（动态路由转便宜模型、多租户共享 GPU 限流降质、后处理审核缩水、偷偷缩短上下文）；
• 限速/封号（账号池模式易触发上游风控批量封）；
• 涨价陷阱（低价获客后短期涨 3~4 倍）；
• ⚠️ 安全风险：某安全团队实测 428 个中转站样本，9 款存在恶意代码注入、17 款尝试窃取云凭证、1 款直接盗取加密资产；黑产有主动收购用户数据线索。所有经中转站的请求内容理论上对运营方 100% 可见，是典型中间人风险——这既是你作为运营方要自律的红线，也是用户对你天然的不信任来源。

#8.6 市场总结与差异化机会

• 打法：几乎全部 one-api/new-api + Cloudflare，倍率分层，TG/QQ/淘宝冷启动，本质套利。
• 真门槛：不在技术（半天上线），在上游货源稳定性和运维/风控/客服（被低估的工作量）。
• 同质化极高：产品层难区分，价格和"是否跑路"几乎是唯一决策变量。
• 差异化机会（公开推断，非投资建议）：① 合规化"正规军"（拿 ICP、走数据出境评估，成本高但唯一结构性壁垒）；② 透明度工具（比价+真伪检测的第三方监督生态位）；③ 企业级信任背书（发票/SLA/多线路容灾，让用户为"稳"而非"便宜"付费）；④ 风险评级空白（"倍率异常低=可能逆向账号池"的标准化评级仍无人做）。

认真商用的落点：这个市场里，价格战是红海且必然通向跑路。你要真做，唯一能建长期壁垒的方向是往"稳定 + 透明 + 合规 + To B 信任"走，而不是卷倍率。

#9. 认真商用起步路线图（把上面拧成一条可执行的路）

阶段一 · 跑通（1-2 周）

1. new-api（或 done-hub 若要协议干净）Docker 部署在境外中端云（Vultr/DO）。
2. 立刻做 P0 防御：改默认密码 + 后台 2FA/IP 白名单 + 库不公网 + CF 橙云锁源站 + 上游 Key 加密。
3. 接 1-2 个正规货源渠道，配好模型/分组/补全倍率，挂牌价 ≥ 进价 ×1.3。
4. 小范围（自己+朋友+小圈子）验证稳定性和计费准确性。

阶段二 · 对外（1 个月） 5. 两段式架构（前置机 + 出口机分离），干净出口 IP，配 2-3 渠道冗余 + 健康检查自动故障转移。 6. P1 防御：Turnstile + Token 限速 + 异常消费告警 + 日志脱敏 + 内容审核。 7. 支付（易支付/发卡 + USDT 并行）、邀请返利、社群、透明公告机制。 8. 资金隔离：设准备金率，尽量现货结算，别把充值款当自有现金流。

阶段三 · 规模化（持续） 9. 扩上游账号池/渠道，异地多活，监控看板（Grafana + 飞书告警）。 10. 货源正规化拉高比例，控制灰产占比；代理/分销体系（独立分组隔离风险）。 11. P2 风控：手机实名、精细化风控规则引擎、多上游分散。 12. 业务成型后就资质/支付/数据合规做正式法律咨询。

本文档由多路调研整合而成，供搭建参考。核心提醒：技术不是门槛，货源稳定性与资金管理才是这门生意的生死线。