我看官方文档说支持 OAuth 模式，这是啥原理？有知道的佬么？ help.router-for.me Codex | CLIProxyAPI Wrap Gemini CLI, ChatGPT Codex, and Claude Code as an OpenAI/Gemini/Claude/Codex compatible API service, allowing you to enjoy free Gemini 2.5 Pro, GPT 5, and Claude models through an API 10 个帖子 - 6 位参与者 阅读完整话题
众所周知，cpa可以把cli转换为api，如果是我自己调用转换后的api会有封号的风险吗 有佬知道吗？我是用尼区appleid+礼品卡订阅的 2 个帖子 - 2 位参与者 阅读完整话题
最近 OpenAI team bug 可以无限拉人，然后佬友们也分享了很多号出来。 最开始也不知道咋用，折腾了一会发现直接导入到 CPA 就可用了。 整理了一下，把 CPA 从部署、配置、使用的全流程。 也是刚接触，如果有遗漏的欢迎大家补充~ Docker 启动 Clone 源码 git clone https://github.com/router-for-me/CLIProxyAPI.git cd CLIProxyAPI 准备配置文件 创建配置文件 cp config.example.yaml config.yaml 编辑配置: QuickStart 的话只需要简单修改地方： remote-management.allow-remote：需要远程访问则设置为 true remote-management.secret-key：访问密码，比如 123456 api-keys：默认会有一个 demo key，需要移除，否则无法使用，界面会提示 [root@iZ2ze9mshhvzrd83avxqz2Z CLIProxyAPI]# cat config.yaml # Server host/interface to bind to. Default is empty ("") to bind all interfaces (IPv4 + IPv6). # Use "127.0.0.1" or "localhost" to restrict access to local machine only. host: "" # Server port port: 8317 # TLS settings for HTTPS. When enabled, the server listens with the provided certificate and key. tls: enable: false cert: "" key: "" # Management API settings remote-management: # Whether to allow remote (non-localhost) management access. # When false, only localhost can access management endpoints (a key is still required). allow-remote: true # Management key. If a plaintext value is provided here, it will be hashed on startup. # All management requests (even from localhost) require this key. # Leave empty to disable the Management API entirely (404 for all /v0/management routes). secret-key: "" 启动服务 docker compose up -d 访问 对应的访问地址是 http://127.0.0.1:8317/management.html 输入配置文件中指定的密码即可登录： 使用 导入认证文件 切换到 认证文件栏，点击右上角的上传文件即可 一般是一个 json 文件，佬友们发的可以直接导入 比如这个： https://linux.do/t/topic/2336083 上传后效果如下： 佬友们分享的文件，直接导入即可 刷新凭证，之后可以看到账号额度，效果如下： ps：如果这一步一直显示超时，一般就是网络问题，可以看最后一步配置代理。 创建 API Key 切换到配置面板，然后认证配置栏，点击添加 API 秘钥 点击随机生成一个即可 最后要记得保存 Client 接入 以 Claude Code 举例： export ANTHROPIC_BASE_URL=http://127.0.0.1:8317 # 这个就是前面上传的 API Key export ANTHROPIC_AUTH_TOKEN=sk-dummy # 2.x.x 版本 export ANTHROPIC_DEFAULT_OPUS_MODEL=gpt-5(high) export ANTHROPIC_DEFAULT_SONNET_MODEL=gpt-5(medium) export ANTHROPIC_DEFAULT_HAIKU_MODEL=gpt-5(minimal) # 不推荐使用 gpt-5(minimal)，建议使用 gemini-2.5-flash-lite 代替 # 1.x.x 版本 export ANTHROPIC_MODEL=gpt-5 export ANTHROPIC_SMALL_FAST_MODEL=gpt-5(minimal) # 不推荐使用 gpt-5(minimal)，建议使用 gemini-2.5-flash-lite 代替 其他 配置代理 如图所示： 1 个帖子 - 1 位参与者 阅读完整话题
公司内部使用,现在在纠结 CLIProxyAPI、New API、Sub2API用哪个 5 个帖子 - 5 位参与者 阅读完整话题
github.com GitHub - router-for-me/CLIProxyAPI: Wrap Gemini CLI, Antigravity, ChatGPT Codex,... Wrap Gemini CLI, Antigravity, ChatGPT Codex, Claude Code, Grok Build as an OpenAI/Gemini/Claude/Codex compatible API service, allowing you to enjoy the free Gemini 3.1 Pro, GPT 5.5, Grok 4.3, Claude model through API github.com GitHub - farion1231/cc-switch: A cross-platform desktop All-in-One assistant for... A cross-platform desktop All-in-One assistant for Claude Code, Codex, OpenCode, OpenClaw, Gemini CLI & Hermes Agent. Only official website: ccswitch.io 佬友们都是怎么统一管理公益站的key的 开发调优 我在用octopus，很轻量化，适合个人使用，没有那么多乱七八糟商业化的东西，建议你试一下 项目地址 GitHub - bestruirui/octopus: One Hub All LLMs For You | 为个人打造的 LLM API 聚合服务 · GitHub 【开源】Metapi：中转站的中转站，一个 Key 聚合 New API / One API / OneHub 等多个站点，定时自动签到，适用于个人管理公益站等等 开发调优 展开可见 历史更新记录 V1.2.2已更新，佬友们可以拉取最新docker镜像体验 佬友们好，今天来分享一个自己搓的开源项目。 不知道佬友们有没有和我一样的困扰——手上注册了一堆 AI 中转站（其实都是公益站）：New API 的、DoneHub 的、还有基于New API魔改的AnyRouter 的……每个站点一个 Key、一个余额、一套模型列表。 日常使用的时候： 想用 Cla… [Aether] - AI API 网关, 多提供商管理, 故障转移, ClaudeCode、Codex、Gemini以及标准API支持 搞七捻三 Aether 是一个自托管的 AI API 网关，为团队和个人提供多租户管理、智能负载均衡、成本配额控制和健康监控能力。通过统一的 API 入口，可以无缝对接 Claude、OpenAI、Gemini 等主流 AI 服务及其 CLI 工具。 仓库地址: GitHub - fawney19/Aether 首页 - 带有Mock数据演示, 可进入后台: Aether 自己写来给公司团队用的一个项… [开源] AI 网关 AxonHub 发布 v0.8.0 ，迈向 Agent 的第一步 开发调优 项目地址: GitHub - looplj/axonhub: AxonHub is a modern AI gateway system that provides a unified OpenAI ( Chat Completion, Responses), Anthropic, Gemini and AI SDK compatible API 前文见： [开源] AI 网关 AxonHub 发… 【All API Hub】：账号用量可视化Beta测试与使用意见征集，优化使用体验 开发调优 功能也基本稳定了，可能之后就是新坑了，估计也是关于浏览器插件的，但还没好想法。但还有一个大功能，可以参与内测并提出修改意见和想法 【Beta测试】：账号用量情况数据分析 · qixing-jk/all-api-hub · Discussion #377 [image] [image] 根据数据分析和反馈，初次使用的引导和提示做的很不好。所以特意来姜太公钓鱼一下，各位佬遇到过什么问题，哪… github.com GitHub - atopos31/llmio: Unified LLM gateway with weighted load balancing,... Unified LLM gateway with weighted load balancing, observability & cost tracking. 统一的 LLM 网关，提供权重负载均衡、可观测性与费用追踪。 4 个帖子 - 4 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 项目地址 GitHub - liuzhijie443/yd-mclaw: 移动云盘mclaw项目，通过项目部署后更换模型、应用管理、内网穿透、自启动管理等，让容器具备一定的可玩性。 · GitHub ---------------------------------VPS融合怪测试---------------------------------- 版本：v0.1.139 测评频道: https://t.me/+UHVoo2U4VyA5NTQ1 Go项目地址：https://github.com/oneclickvirt/ecs Shell项目地址：https://github.com/spiritLHLS/ecs ----------------------------------系统基础信息---------------------------------- CPU 型号 : Intel(R) Xeon(R) Gold 5218 CPU @ 2.30GHz CPU 数量 : 2 Socket(s), 32 Physical Core(s), 64 Logical Thread(s) CPU 缓存 : L1: 2 MB / L2: 32 MB / L3: 44 MB AES-NI : ✔️ Enabled VM-x/AMD-V/Hyper-V : ✔️ Enabled 内存 : 80.09 GB / 754.28 GB 气球驱动 : ❌ Undetected 内核页合并 : ❌ Undetected 虚拟内存 Swap : [ no swap partition or swap file detected ] 硬盘空间 Disk 1 : 34.69 GB / 438.97 GB [7.9%] /dev/sdb1 - /etc/hosts 硬盘空间 Disk 2 : 34.69 GB / 438.97 GB [9%] overlay - / 启动盘路径 : overlay 系统 : debian 12.13 [x86_64] 内核 : 4.19.0-240.23.36.el8_2.bclinux.x86_64 系统在线时间 : 47 days, 02 hours, 19 minutes 时区 : CST 负载 : 30.78 / 29.45 / 27.98 虚拟化架构 : Dedicated (No visible signage) NAT类型 : Symmetric IPV4 ASN : AS9808 China Mobile Communications Group Co., Ltd. IPV4 Location : China ----------------------------CPU测试-通过sysbench测试---------------------------- 1 线程测试(单核)得分: 767.81 64 线程测试(多核)得分: 1215.61 当前检测到系统无root权限 ---------------------------内存测试-通过sysbench测试---------------------------- 内存复制速度(读+写) (MEMCPY) : 5038.81 MB/s 内存复制速度(读+写) (DUMB) : 5280.44 MB/s 内存复制速度(读+写) (MCBLOCK) : 4741.61 MB/s ------------------------------硬盘测试-通过fio测试------------------------------ 测试路径 块大小 读测试(IOPS) 写测试(IOPS) 总和(IOPS) /tmp 4k 139.85 MB/s(35.0k) 140.22 MB/s(35.1k) 280.07 MB/s(70.0k) /tmp 64k 146.95 MB/s(2296) 147.72 MB/s(2308) 294.67 MB/s(4604) /tmp 512k 145.41 MB/s(284) 153.14 MB/s(299) 298.55 MB/s(583) /tmp 1m 135.33 MB/s(132) 144.34 MB/s(140) 279.68 MB/s(272) -----------------------------------IP质量检测----------------------------------- 以下为各数据库编号，输出结果后将自带数据库来源对应的编号 ipinfo数据库 [0] | scamalytics数据库 [1] | virustotal数据库 [2] | abuseipdb数据库 [3] | ip2location数据库 [4] ip-api数据库 [5] | ipwhois数据库 [6] | ipregistry数据库 [7] | ipdata数据库 [8] | db-ip数据库 [9] ipapiis数据库 [A] | ipapicom数据库 [B] | bigdatacloud数据库 [C] | dkly数据库 [D] | ipqualityscore数据库 [E] ipintel数据库 [F] | ipfighter数据库 [G] | fraudlogix数据库 [H] | cloudflare数据库 [I] | IPV4: 安全得分: 信任得分(越高越好): 100 [8] VPN得分(越低越好): 0 [8] 代理得分(越低越好): 0 [8] 社区投票-无害: 0 [2] 社区投票-恶意: 0 [2] 威胁得分(越低越好): 0 [8] 欺诈得分(越低越好): 0 [E] 滥用得分(越低越好): 0 [3] ASN滥用得分(越低越好): 0.0002 (Very Low) [A] 公司滥用得分(越低越好): 0.0003 (Very Low) [A] 威胁级别: low [B] 流量占比: 真人(越高越好)73% [I] 机器人(越低越好)26% [I] 黑名单记录统计:(有多少黑名单网站有记录): 无害记录数: 0 [2] 恶意记录数: 0 [2] 可疑记录数: 0 [2] 无记录数: 91 [2] 安全信息: 使用类型: isp [0 3 7 8 A] unknown [C] 公司类型: isp [0 7 A] 浏览器类型: 主流61% 其他38% [I] 设备类型: 桌面60% 移动39% 其他0% [I] 操作系统类型: 主流95% 其他4% [I] 是否云提供商: No [7 D] 是否数据中心: No [0 5 8 A C] 是否移动设备: No [C] Yes [5 A E] 是否代理: No [0 4 5 7 8 A B C D E] 是否VPN: No [0 7 A C D E] 是否TorExit: No [7 D] 是否Tor出口: No [7 D] 是否网络爬虫: No [A B E] 是否匿名: No [7 8 D] 是否攻击者: No [7 8 D] 是否滥用者: No [7 8 A C D E] 是否威胁: No [7 8 C D] 是否中继: No [0 7 8 C D] 是否Bogon: No [7 8 A C D] 是否机器人: No [E] DNS-黑名单: 304(Total_Check) 0(Clean) 8(Blacklisted) 13(Other) ----------------------------------邮件端口检测---------------------------------- Platform SMTP SMTPS POP3 POP3S IMAP IMAPS LocalPort ✘ ✘ ✘ ✘ ✘ ✘ QQ ✔ ✔ ✔ ✘ ✔ ✘ 163 ✔ ✔ ✔ ✘ ✔ ✘ Sohu ✔ ✔ ✔ ✘ ✔ ✘ Yandex ✔ ✔ ✔ ✘ ✔ ✘ Gmail ✘ ✘ ✘ ✘ ✘ ✘ Outlook ✔ ✘ ✔ ✘ ✔ ✘ Office365 ✔ ✘ ✔ ✘ ✔ ✘ Yahoo ✔ ✔ ✘ ✘ ✘ ✘ MailCOM ✔ ✔ ✔ ✘ ✔ ✘ MailRU ✔ ✔ ✘ ✘ ✔ ✘ AOL ✔ ✔ ✘ ✘ ✘ ✘ GMX ✔ ✔ ✔ ✘ ✔ ✘ Sina ✔ ✘ ✔ ✘ ✔ ✘ Apple ✘ ✘ ✘ ✘ ✘ ✘ FastMail ✘ ✔ ✘ ✘ ✘ ✘ ProtonMail✘ ✘ ✘ ✘ ✘ ✘ MXRoute ✔ ✘ ✔ ✘ ✔ ✘ Namecrane ✔ ✔ ✔ ✘ ✔ ✘ XYAMail ✘ ✘ ✘ ✘ ✘ ✘ ZohoMail ✘ ✔ ✘ ✘ ✘ ✘ Inbox_eu ✔ ✔ ✔ ✘ ✘ ✘ Free_fr ✘ ✘ ✔ ✘ ✔ ✘ ----------------------------------就近节点测速---------------------------------- 位置 上传速度 下载速度 延迟 丢包率 No match servers 联通Changsha 39.29 Mbps 48.02 Mbps 28.50 ms N/A 联通Shanghai 68.88 Mbps 5.09 Mbps 44.73 ms N/A 电信Shenzhen 34.24 Mbps 45.66 Mbps 15.80 ms N/A 电信Shanghai 85.34 Mbps 47.38 Mbps 41.96 ms N/A 移动Foshan 66.65 Mbps 23.44 Mbps 12.19 ms N/A 移动Shanghai 93.81 Mbps 97.33 Mbps 32.21 ms N/A -------------------------------------------------------------------------------- 花费 : 7 分 2 秒 时间 : Wed Jun 3 17:47:47 CST 2026 -------------------------------------------------------------------------------- 1.切换模型 把下面这段提示语发给 MClaw： 使用node.js修改模型，配置文件在/home/node/.openclaw/openclaw.json，完成后启用并重启openclaw。 baseUrl：<修改字段> apiKey：<修改字段> model：<修改字段> 第一次可能切换不成功，注意token消耗 2. 登录 Cloudflared 并创建隧道 登录 Cloudflare Zero Trust 的 Tunnels 管理页面。 创建一个新的 Tunnel。 获取该 Tunnel 的 token 。 保存好这个 token ，后续要写入部署配置，ey开头到结尾。 3. 开始部署 修改文档头修改以下变量： GATEWAY_AUTH_TOKEN="" BASE_URL="模型BASE_URL" API_KEY="模型密钥" MODEL="模型名称" CF_TOKEN="你的 Cloudflare Tunnel Token" GATEWAY_AUTH_TOKEN 一旦设置，会导致官方客户端失联。 4. 让 MClaw 执行部署指南 上传文本然后说开始部署。 5. 等待部署执行完成并配置应用路由 建议至少配置两个路由： 一个用于访问 OpenClaw WebUI，指向容器内端口 18789 。 一个用于 SSH Access，指向容器内端口 2222 。 完成后，就可以通过 Web 域名访问 OpenClaw，并通过 Cloudflare Access 做 SSH 穿透。 失联怎么办 如果 MClaw 失联，重置 MClaw 后直接发送以下内容： 执行/home/node/startall.sh，直接执行，不需要查看不需要询问： bash /home/node/startall.sh 2 个帖子 - 2 位参与者 阅读完整话题
完全免费！HuggingFace + Supabase 部署 CLIProxyAPI 全流程图文教程 开发调优 本文基于实际踩坑经历整理，从零开始讲清楚如何在 HuggingFace Space 上部署 CLIProxyAPI，接入免费的 Supabase PostgreSQL 作为持久化后端，并配置保活机制，全程免费。 感谢社区原帖： https://linux.do/t/topic/1675528 的思路，本文在此基础上修复了若干关键问题并补充了完整配置。 … cli-proxy-api:v7.1.40 废弃了 PGSTORE_DSN 根据上面教程部署的更新到 cli-proxy-api:v7.1.40 可能都会有和我同样的问题 我用的是Aiven的PostgreSQL，更新了HuggingFace的Dockerfile 的 FROM eceasy/cli-proxy-api:v7.1.40 提交后报错： BuiltAt: 2026-06-02T11:31:41Z [2026-06-02 20:45:14] [--------] [error] [main.go:315] failed to initialize postgres token store: postgres store: ping database: failed to connect to `user=avnadmin database=defaultdb`: hostname resolving error: lookup pg-39324272-quasar-8c66.c.aivencloud.com on 10.111.0.2:53: no such host CLIProxyAPI Version: v7.1.40, Commit: 02d0d92, BuiltAt: 2026-06-02T11:31:41Z [2026-06-02 20:45:14] [--------] [error] [main.go:315] failed to initialize postgres token store: postgres store: ping database: failed to connect to `user=avnadmin database=defaultdb`: hostname resolving error: lookup pg-39324272-quasar-8c66.c.aivencloud.com on 10.111.0.2:53: no such host 解决方法： 删除掉环境变量 PGSTORE_DSN 添加 DATABASE_URL 填的数据库地址和 PGSTORE_DSN 一样 改完环境变量去Dockerfile重新提交部署 1 个帖子 - 1 位参与者 阅读完整话题
deepseek 给我解释的： 每天出现两三次，过一会就正常能用了，出现这个问题的时候，就不能正常使用。 2 个帖子 - 2 位参与者 阅读完整话题
自己的team账号,也就挂了cpa,每次额度都会偷跑,cpa的请求日志里也没发现异常的请求,昨天才更新的登录凭证;非常疑惑 5 个帖子 - 3 位参与者 阅读完整话题
docker exec -it cli-proxy-api sh -c ‘cd /CLIProxyAPI && ./CLIProxyAPI --codex-device-login’ 各位大佬，执行这个cpa是如何避免号码等验证的呢？ 4 个帖子 - 4 位参与者 阅读完整话题
我使用的是 duckcoding 的 token，gpt-5.5 和 gpt-image-2 是两个分组，两个 key。 想现在使用 CLIProxyAPI 将两个模型聚合暴漏给 codex app。 但是 gpt-image-2 仅支持 /v1/images/generations and /v1/images/edits 不支持 /v1/responses 所以没办法直接使用 gpt-image-2 模型。 但我使用 gpt-5.5 显式声明调用 gpt-image-2 时，因为不在一个分组中，也会调用失败。 大佬们有没有解决方案 4 个帖子 - 3 位参与者 阅读完整话题
原来用CLIProxyAPI反代的amp，现在amp大升级为amp neo了，不能用了，看了下这个issue也没人处理 github.com/router-for-me/CLIProxyAPI Amp Neo Support 已打开 04:51PM - 06 May 26 UTC cardih Not working with the latest Amp update. Looking at the logs, it seems like Amp a … dded a new API endpoint, `/thread-actors`, but the proxy doesn’t support it yet. <img width="1805" height="100" alt="Image" src="https://github.com/user-attachments/assets/ff03f6c7-0d60-452c-9c11-6b43200478cf" /> 大佬们有用amp neo的吗？现在有什么办法可以反代吗？ 1 个帖子 - 1 位参与者 阅读完整话题
组件 需要 Docker CPA (CLIProxyAPI) 每个账号一个 Docker 容器 New API Docker 部署 Sub2API Docker 部署（或 Python 源码） Cloudflare Tunnel 不需要， cloudflared 独立二进制 VPN 通常独立安装 总计需要 6 个 Docker 容器 ：CPA ×4 + New API ×1 + Sub2API ×1 这是ai给的方案，我预计是买一个国外的vps， 2C2G $6/月 ，连带着中转站和vpn都搭建了，现在的问题想确定，这个容器和cpa的关系不太清楚，是4个plus开一个（防一手奥特曼杀杀杀，后续注册400个free应该够了）cpa套给sub2api再套给newapi使用然后用cloudeflare tunnel部署还是有什么更省事的方法呢？ 7 个帖子 - 7 位参与者 阅读完整话题
github.com/router-for-me/CLIProxyAPI 作者要去吃免费饭了吗？ 已打开 06:47AM - 22 May 26 UTC buzhangsan <img width="781" height="479" alt="Image" src="https://github.com/user-attachmen … ts/assets/e6843800-d99c-45b7-9afd-94cc2990a6cc" /> <img width="340" height="372" alt="Image" src="https://github.com/user-attachments/assets/cfd02cdc-df55-4209-9ff4-292fa706ef31" /> 7 个帖子 - 6 位参与者 阅读完整话题
我有一个20X的，和几个Plus怎么设置20X的负载次数多一点呢，账号设置里没看到 2 个帖子 - 2 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 前言 本项目地址： CLIProxyAPI-Pro CLIProxyAPI 官方移除了统计模块，而其它辅助统计项目都只做了 Codex 账号巡检支持，所以有了我这版魔改。 项目采用 path 的方式整合进 CLIProxyAPI 里直接构建，避免多开进程的通讯开销，实现了无需配置自动开启统计模块、自动配置 Management 为本项目仓库。 欢迎有类似需求的佬友使用。 功能特性 持久化保存请求数据，支持导入、导出、webdav 定时备份、定时清理 提供多种纬度请求监控统计表单 支持账号手动巡检、定时巡检 账号巡检支持 Codex、Claude（未严格测试）、Antigravity、Gemini CLI、Kimi（未严格测试）、xAI（未严格测试） 账号巡检结果（配额和账号异常状态）支持持久化到配额管理和认证文件模块 账号巡检支持自动化启用、禁用、删除、主动刷新令牌（CLIProxyAPI项目对于令牌刷新逻辑已经很完善，非必要无需手动刷新） 账号巡检针对 Antigravity 软封禁（有配额，但是无法请求）提供深度检测 使用说明 仓库提供了构建好的二进制文件和镜像，使用上和官方一致，只需要把二进制文件或者Docker 镜像换成本项目提供的即可。特殊说明的是 Docker 镜像增加了 Komari 探针和 WebDav 自动拉取最新的备份数据还原。可以按需配置环境变量启用。 # Docker 镜像，定期和上游同步 sfun/cliproxyapi-pro:latest # WebDav 备份还原 WEBDAV_URL WEBDAV_USERNAME WEBDAV_PASSWORD MANAGEMENT_PASSWORD # komari 探针 KOMARI_SERVER KOMARI_SECRET 更多可以查看仓库里的说明文档（AI写的，可能有些生硬，可以丢给AI搞定） 界面预览 请求监控总览 账号巡检总览 巡检配置总览 特别鸣谢 router-for-me/CLIProxyAPI — 本项目 core 定制层所基于的 upstream 后端项目。 router-for-me/Cli-Proxy-API-Management-Center — 本项目 management 定制层所基于的 upstream 管理 UI 项目。 seakee/CPA-Manager — 重要的 CLIProxyAPI 管理与监控项目，对 Pro usage、monitoring 和账号巡检方向提供了参考。 10 个帖子 - 7 位参与者 阅读完整话题
相信很多人都是几个codex账号一起跑，CPA确实好用，但是有几个问题 问题1，CPA老是逮着一个账号拼命用，很多时候一个账号周限额到了，下一个账号还基本上是满的。 问题2，CPA在5月2号的一个版本里把用量监控给去掉了，当然它原来的监控方法也不怎么好，所有数据存在内存里，时间长了老出问题，这个CPA Usage Keeper好用的多，数据也是存在sqlite里 问题3，账号5个小时和周限都必须要用至少1个token才会重置，这样如果我不用就会白白浪费。 fork后改的几个点： 基于fill-first逻辑，给每个账号打分，根据周剩余限额，以及周重置时间，优先使用分数高的账号，这样子一周下来每个账号几乎同时使用光，可以手动增加减少权重，优先使用比如说快到期的账号。 加了个侧边栏直接导航到cpa usage keeper 每15分钟刷新一次所有账号的reset时间，如果reset时间刚过，发送一个probe信息用掉大概70个token，刷新下一个5小时。 贴几个截图吧 8 个帖子 - 4 位参与者 阅读完整话题
背景：以前用CLIProxyAPI +New-api 来使用ChatGPT Plus和Team账号分发给团队用，在新加坡的服务器上用了大概一个多月，没有任何问题。 5月份由于低价账号难以获得，就用appstore 订阅了chatgtp 20x pro账号，并在同一台服务器搭建了sub2api来使用。 该账号5.18-5.19号一共收到4次403警告，警告内容如下： HTTP 状态码: 403 (Forbidden) 错误类型: upstream_error 错误消息: “Upstream access forbidden, please contact administrator” 返回内容: OpenAI 返回了一个 HTML 页面，包含： OpenAI 的 logo（SVG 图标） 一个等待页面的样式 - 表示页面会在 360 秒（6分钟）后自动刷新 警告记录如下： 2026-05-15 16:52 开始加入sub2api并使用 2026-05-18 14:18:04 - 暂停至 14:28:04（10分钟） 2026-05-18 14:32:49 - 暂停至 14:42:49（10分钟） 2026-05-18 14:40:16 - 暂停至 14:50:16（10分钟） 2026-05-19 14:39:13 - 暂停至 14:49:13（10分钟） 5.19号晚上我让ai将sub2api及其数据库全部自动迁移到了美国服务器上，其中该账号并没有退出新加坡服务器然后在美国服务器上重新登录授权，而是直接将其在新加坡的授权状态全盘迁移到了美国。具体时间进度： 23:46:48 ~ 23:51:20：美国 sub2api 还没启动，只有新加坡sub2api 在运行 23:51:20 ~ ：美国和新加坡sub2api 同时都在运行（期间无人使用） 23:51，收到账号禁用邮件。 现象： 以前在新加坡服务器上用CLIProxyAPI+几个Plus、Team用了40天左右都没问题，数据库查询从5.6-5.14号没有任何403警告记录。换成Pro账号+sub2api后，从18号（周一）团队大量用开始就不停收到警告邮件。 这次账号被禁，可能的原因： 1）4次 403警告（AI分析说新加坡的服务器ip是openai的重监控区域，远没有美国安全） 2）在迁移过程中没有退出新加坡服务器，造成2边都在运行（期间没有人使用），被后台发现？但23:51美国和新加坡sub2api 同时都在运行（期间无人使用），马上就收到靠警邮件，这么快的效率？ 3）Pro账号被几个用户同时用，后台发现？ 请问： 1、CLIProxyAPI比sub2api更安全吗？中转站一般用CLIProxyAPI还是sub2api呢？ 2、账号现在申诉有机会吗？ 3、账号14号订阅，19号封禁，如何申请退款呢 6 个帖子 - 6 位参与者 阅读完整话题
我安装完CLIProxyAPI后，发现没有可用的模型，找了注册机失效了，请问CLIProxyAPI认证文件的json格式是什么样，我手动注册后上传试试 7 个帖子 - 5 位参与者 阅读完整话题
new-api配置的cliproxyapi，直接连接cliproxyapi是没问题的，但是new-api里调用生图模型就报错 1 个帖子 - 1 位参与者 阅读完整话题