模型理由

主要是claude的记忆功能很好使

claude被封

淘宝上找的ios代充,全程家宽的
在淘宝某商家买了claude pro质保号

开通手法

尼区苹果id+礼品卡（尼区的 Apple 号 闲鱼买的尼区礼品卡）

封号类型

封pro 、
不管类型 free都封

被封现象

拿到号第一次是三个小时被封了，
第二次上了指纹浏览器+静态家宽，两个多小时被封
第三次接万人机场了，30分钟被封

不能cpa，苹果ID的可以，谷歌的不行，ID第一个号成功率高，第二个开始封号
之前开了几个月的pro没被封；最近开了个尼区的用了半个月之后莫名奇妙的封了
用 u 卡买的 pro，第八天被封号并且全额退款了
周一开的pro，今天下午刚升MAX，没到10分钟就封了

买了个pro，用 app store礼品卡，用了半天封号了，同事给我说，可以去app store退款，我就在订阅那选择退款，又过了一天，上去一看，app store被封了

公司采购了 5 个 pro 做中转内部用，封了 2 个～

我注册完，直接就去订阅了（opus）。然后用了一次 opus就超额了，第二天就废了

我两个pro，一个老号 第五天被封了。另外一个新号 第二天就被封了

不封操作

Pro 纯对话，几月了都没封。在桌面端用 CC，刚用一个小时就被封
用的机场VPN软件+自带edge浏览器，只是一直是用网页版对话，没见用过cc，一直也没被封
放到CPA里面反代出来拿来SFW RP都没有封

IP没关系的，我全球美国、新加坡、澳洲、加拿大跳来跳去之前还用免费的 和 我自己德国便宜VPS接出来的混样用，而且公司五个人用一个max，也从来没封过，国内是各种玄学论，尤其太聚焦IP了，我觉得有部份是抓错方向

被封的几乎没什么规律，我也淘宝买的pro活了3个月了,很难说哪里做对了哪里做错了

只敢 web 和 desktop 使用，还没试过 cc 里面用

使用流程

【养号】24 年注册的 claude 老号，+美国静态住宅 ip（尼日利亚的账号走美国的家宽），挺干净的+mac 用 verge 配置了规则，任何 claude 的全部走购买的 ip+claude 的 setting 里 privacy 关闭‘Location metadata’+后续就常用 claude desktop，不用网页端{124 元/月，尼区 87元，住宅静态 ip 37.35 元（5.4 刀/月（原价 9刀/月））,如果封号，礼品卡这个方式不能退款}

CLI Proxy API,一个反代软件，github上搜一下（反代肯定封啊）

webshare的，群里有教程，他们家的sock5要走链式代理。
之前是直接全局机场代理，pro3天封号，现在准备链式代理+家宽+虚拟机时区用美国，再来一个pro看看

封号分析

被封的基本上都是源头除了问题 都是买的 这个环节无法量化风险
淘宝开号一般ip都是一ip多号，然后claude封号也挺严的
跟商家的付款方式有关系，直接买号是不太稳，实测 ip 可能不重要，然后把本地 claude 相关的配置，比如说 .claude.json 都删一下

A\的封号基本没救
美国人在美国打客服电话对线才有低概率能救回来

替代

GPT 现在5.5差不了特别多
如果只需要写文章可以用openrouter的opus,不会丢聊天记录也更不容易降智[https://openrouter.ai/pricing]
换Codex吧，感觉现在真比Claude强了

不想再用中转站的故事，是被注水模型坑了还是被计费坑了？

防御措施

日常用 Claude 一定要隔段时间就把这个聊天记录导出来
他们开号能愿意给你一号一ip的就算良心了。建议自己开号，遇到电话验证去找接码平台，付款走礼品卡，pro一般很少封的

我的客观分析

本贴信息源来自L站节点标签：https://linux.do/tags
我觉得 封号算法 并非无厘头，而是跟权重比+敏感有关 比如高风险支付类型+高敏感使用类型（写代码跑逆向，若是普通用户的使用类型自然不会敏感）

号池

账号还是古法注册活得比较久，号池的话用cpa或者sub2api管理就可以了，newapi没有号池管理功能（new-api是中转站了，支持很多厂商的协议，它不是账号池，是个渠道聚合的服务，你得自己找渠道）

如果有号cpa作为渠道接入，其他的一些国产渠道（glm/minimax/mimo）同理。 至于注册codex free号是另一个维度的事情。

newapi是需要和cpa或者sub2api搭配使用的，主要作用是对上游的账号进行额度控制，现在注册机跑的free基本上存活率很低，建议你手搓一批账号，塞进cpa，然后把key对接到newapi
如果是个人使用，没有额度控制需求的话，完全不需要newapi，只用cpa就可以

自用不用搭建new-api，这玩意对自己没啥用处，直接CPA就行，然后CPA里面oauth登录你的free账号就可以

大部分的人都卡这一步了(包括我), 恰好有资金可以去再搭建一个cpa, 咸鱼等第三方买free号. 量大可以买plus天号.
不过自用的话个人理解不适合NewAPI, 感觉麻烦

cpa 是newapi的上游、我是机器上装了虾、让虾给我接进来的、然后还有白嫖的一些国模 是渠道管理添加进来的

CPA搭在服务器上最好是美西服务器或者其他的国外服务器，这样就不用在服务器上另外开代理

最省事的办法还是自己建CPA，然后买点free、plus或者team吧

公益站大多用new api
还有一个叫 sub2api 的项目，是把订阅转化为 api 的

New-api，CPA，Sub2API

https://github.com/QuantumNous/new-api

他们是亲戚都是代理工具。你可以串，像是 New-api => CPA => 客户端。当然，最好不要串
newapi主要侧重分发吧，cpa侧重反代，sub2api介于两者之间
公益站的话，一般是new-api比较多，cpa和sub2api是专门的反代gpt的，一般是cpa/sub2api搭配new-api，但是单sub2api也行，一般不单独使用cpa
都支持转出Openai和Anthropic格式的api

New-API适合往外卖token；
CPA适合管理认证文件，可以作为New-API的渠道之一；
Sub2API适合管理订阅比如Team Plus Max；
可以相互代理，但一般对外的除了New-API就是Sub2API，CPA也可以对外但是没有漂亮的WebUI。
单独使用没问题但作为New-API不能用的话，估计是有CF盾之类的挡住了（可能被CF的anti bot挡住了,换header UA）

三个各有侧重点，组合使用更佳 newapi 没有管理账号的功能，cpa 和 sub2api 可以管理账号
CPA只适合自己单人用，如果你多人用，肯定要把key分发给别人，就不合适。newapi这种专门做网关的项目、

new api功能最全面，各种格式的转换啥的也是最全的，缺点是不支持2api，对多key支持不好。比较适合做最后的管理接入。
gpt-load，适合做多key的负载均衡（几百个以上），没有2api，适合放到上游，和newapi组合使用。
各种2api，包含cpa（支持最广泛），主要做多用户多账户的负载均衡，聚合到一个key接入到new-api或者sub2api做下游的管理。
sub2api，有点特殊，虽然也有2api，但是功能更完善，多用户，多账户，计费，监控面板这些，其实从基础功能来讲比new-api还完善一些，当然乱七八糟功能也少一些，如果只是围绕支持的那几个产品的2api，这个就足够用了。

公益站 模型 中转管家

https://github.com/cita-777/metapi 中转站的中转站 — 将分散的 AI 中转站聚合为一个统一网关
把你在各处注册的 New API / One API / OneHub / DoneHub / Veloera / AnyRouter / Sub2API 等站点， 汇聚成 一个 API Key、一个入口，自动发现模型、智能路由、成本最优
metapi.cita777.me/

现在 AI 生态里有越来越多基于 New API / One API 系列的聚合中转站，要管理多个站点的余额、模型列表和 API 密钥，往往既分散又费时。

Metapi 作为这些中转站之上的元聚合层（Meta-Aggregation Layer），把多个站点统一到 一个入口（可按项目配置多个下游 API Key）——下游所有工具（Cursor、Claude Code、Codex、Open WebUI 等）即可无感接入全部模型。当前支持的上游范围已经不止传统聚合面板，还包括：

聚合面板： New API、One API、OneHub、DoneHub、Veloera、AnyRouter、Sub2API
通用兼容接口：OpenAI / Claude / Gemini compatible endpoints，以及 cliproxyapi / CPA
官方预设：阿里云 / 智谱 / 豆包 Coding Plan，DeepSeek，Moonshot(Kimi)，MiniMax，ModelScope
OAuth 连接：Codex、Claude、Gemini CLI、Antigravity

https://github.com/qixing-jk/all-api-hub
一站式 New-API/Sub2API 等中转站账号管理：余额/用量看板、自动签到、密钥一键使用、价格对比、可用性测试，另提供高级渠道管理 | All-in-one New-API/Sub2API account hub: balance/usage dashboard, auto check-in, one-click keys, price comparison, health checks, plus advanced channel management
all-api-hub.qixing1217.top/
All API Hub 就是你的“AI 资产全能管家”。你只需要把站点地址填进来
它能为你做什么？
📊 多站点统一看板
多账号资产总览：在一个面板内集中查看所有站点的余额、总用量与健康状态。
智能站点识别：只需粘贴地址，自动识别架构类型、计费比例并完成添加。
独立凭证档案：直接管理 URL + Key 组合，支持标签分类，像管理收藏夹一样简单。
💰 智能省钱与自动收益
模型价格比对：自动计算各站点模型的实际折合单价，锁定当前最实惠的分组与站点。
全自动签到流：一键处理或定时执行所有支持站点的签到，确保存储额度不中断。
用量深度统计：按站点、账号、模型、日期生成报表，包含热力图与慢请求分析。
🚀 极速生态集成
一键快捷导出：深度适配并一键同步到 CherryStudio, CC Switch, CLIProxyAPI, Claude Code Router, Kilo Code 等。
后台联动工具：为自建站点管理员提供渠道管理、模型重定向、渠道同步等后台效率增强功能。
网页嗅探与快速录入：在网页上选中 Base URL 或 API Key 即可快速弹出测试窗并保存，详情见 网页 API 嗅探与验证。
查看集成列表：👉 支持的工具
🧪 稳定性护航
多维度接口验证：支持批量测试模型可用性、Token 兼容性及 CLI 代理可用性。
CF 过盾助手：自动协助通过 Cloudflare 挑战，确保数据刷新与接口调用不中断。
🔒 保护隐私与安全
数据本地化：你的 Key 和账号信息只存在你自己的电脑里，不上传服务器。
加密同步：支持 WebDAV 加密备份，换台电脑也能瞬间找回所有数据。