AIClient2API（原名 AIClient-2-API，社区简称 A2）是 2025 年 7 月上线的开源基础设施项目：把 Gemini CLI、OpenAI Codex、AWS Kiro、Google Antigravity、Grok 等「仅限客户端内使用」的大模型请求进行模拟与协议转换，统一封装为本地 OpenAI 兼容接口——任何支持 OpenAI 协议的工具（Cherry Studio、NextChat、Cline、Claude Code 等）由此都能调用这些原本「锁在客户端里」的模型。它是中文开发者社区「客户端协议反代」赛道目前辨识度最高的个人项目之一。
一个能将多种仅客户端内使用的大模型 API（Antigravity, Codex, Grok, Kiro …），模拟请求，统一封装为本地 OpenAI 兼容接口的强大代理。
—— AIClient2API 中文 README 项目自述，[4]| 维度 | 内容 | 说明 |
|---|---|---|
| 技术原理 | 客户端协议反代 | 模拟 Gemini CLI / Qwen Code / Kiro 等客户端请求，读取本地 OAuth 凭据文件代为转发；ConverterFactory 层实现 OpenAI / Claude / Gemini 三大协议智能互转；内置 TLS Sidecar（Go uTLS）模拟浏览器指纹以绕过 Cloudflare 403 [4][10] |
| 支持的客户端矩阵 | Antigravity、OpenAI Codex、Grok CLI、AWS Kiro、Gemini CLI、Qwen Code + OpenAI/Claude/自定义 Provider | 输出统一为 OpenAI 兼容接口（兼 Claude / Gemini 协议）；模型覆盖 Claude Opus/Sonnet、Gemini Pro、GPT 系、Grok、Kimi、MiniMax 等 [1][4] |
| 部署方式 | Docker（一键启动）+ npm 包 + Node.js 直跑 | Docker 镜像 justlikemaki/aiclient-2-api（Web UI 端口 3000 + 各客户端 OAuth 回调端口）；npm 分发渠道 @mseep/aiclient2api；官方文档站提供安装/API/高级配置/开发四类指南 [3][11][12] |
| 面向客群 | 开发者 / AI Agent 重度用户 | Cherry Studio、NextChat、Cline 等主流工具用户，以及 Claude Code、OpenClaw 等 Agent 场景；「AI 优先设计」是 README 明示的产品原则 [8][4] |
| 解决痛点 | 无 API 的客户端能力复用 | 大量免费/订阅额度只存在于客户端内（如 Kiro 新用户积分、Antigravity 内置 Gemini/Claude），无法接入自动化与业务系统——本案将其「解放」为标准 API，省去按量计费成本 [10][7] |
项目本体完全免费开源（GPL-3.0），无付费墙、无托管云服务。README 设有赞助商体系，目前公示的活跃赞助方为 API 中转服务商 PackyCode（用户以优惠码 AIClient2API 注册充值可享 10% 折扣，即典型的返佣合作），历史赞助位还包括 APIKEY.FUN、VisionCoder、AICodeMirror、Atlas Cloud 等——均为项目目标用户高频消费的「AI 中转/算力服务商」。换言之，可见的变现闭环是：工具聚拢开发者 → 赞助位 + 返佣链接变现，项目方自身不碰转卖额度的灰色环节。除此之外的商业化信息未检索到公开披露。
成本侧为典型的个人开源项目结构：无办公室、无雇员，主要投入是开发者本人的时间——以及为追赶上游协议变化持续投入的工程精力（43 位社区贡献者的 PR 协作摊薄了部分维护负担）[6]。
| 指标 | 数值 | 时点 | 信源 |
|---|---|---|---|
| GitHub Stars | 8,979 | 2026-11-12 API 实测 | [1] |
| GitHub Forks | 1,402 | 2026-11-12 API 实测 | [1] |
| 贡献者数量 | 43 人 | 2026-11（Trendshift 页） | [6] |
| Docker 镜像拉取 | 100K+（页面标注）/ README 徽章「>100k」双口径一致 | 2026-11 查询 | [3][4] |
| Trendshift 成就 | 榜单最高第 2 名；GitHub Trending 最好第 2 名（2026-01→05） | 2026-11 查询 | [6][4] |
| 近 61 天增长 | +214 星 / +54 fork / 18 个合并 PR | 2026-09-13 → 11-12 | [6] |
| 最新版本 | v3.6.6.3（2026-11-08 发布）；10-11 月共 5 个 release | 2026-11-08 | [9] |
| npm 分发 | @mseep/aiclient2api v3.0.0（第三方封装包，约 4 个月前发布） | 2026-11 查询 | [11] |
| 媒体/社区收录 | 阮一峰周刊第 359 期、apifox 技术横评、CSDN 品牌专区专文 | 2025-08 → 2026-08 | [5][10][8] |
将本案放入「LLM API 网关 / 反代」赛道坐标系。one-api、new-api、claude-code-router 为案例墙既有核验案例（星标为案例墙 2026-10/11 时点核验值[13]）；ccx 与反代同类项目数据取自 Trendshift 与技术横评。
| 对标项目 | 定位 | 星标（时点） | 与本案的差异 |
|---|---|---|---|
| AIClient-2-API（本案） | 客户端协议反代（模拟客户端请求、复用客户端额度） | 8,979（2026-11-12 实测） | — |
| one-api | 官方 API 聚合网关：统一适配 OpenAI/Claude/Gemini/国产模型、密钥二次分发 | 37.3k（案例墙 2026-10/11 核验值） | 聚合的是官方付费 API，合规口径；国内中转站生态事实标准 |
| new-api | LLM 网关与 AI 资产管理（one-api 系分支） | 51.3k（案例墙核验值；Trendshift 时点 51.8k） | 同为官方 API 聚合；已由个人发起转为组织化运营，一人属性打折 |
| claude-code-router | Claude Code 多模型路由网关 | 38k★（案例墙 2026-10/11 核验值） | 服务单一客户端（Claude Code）的路由切换，不做协议模拟 |
| BenedictKing/ccx | Claude / Codex / Gemini API Proxy | 4k（Trendshift，2026-11） | 同代新锐同类，体量约为本案一半 |
| CLIProxyAPI | Go 编写的 CLI 客户端反代（Codex/Claude Code/Qwen/Gemini CLI） | —（未单独核验） | 技术横评中的「反代三杰」之一，命令行向 [10] |
本案的差异化定位清晰：one-api / new-api 这类合规网关解决「有 API 的人怎么管好 API」，本案解决「没 API 的额度怎么变出 API」——后者直接踩在平台服务条款的边界线上，也因此体量小一个数量级（8.9k★ vs 37-51k★）、迭代频率却远高于合规网关（需持续追赶上游协议与风控变化）。同一赛道内，「合规聚合」与「协议反代」构成了灰色光谱的两端：前者做大了商业化（new-api 大量商用中转站底座），后者做大了个人影响力与社区声量，但在商业化上明显更谨慎。
| 维度 | 分析 |
|---|---|
| 1. 产品功能 | 自托管多协议 AI 网关：客户端请求模拟 + OAuth 凭据代理 + OpenAI/Claude/Gemini 三协议互转 + 账号池调度（轮询/故障转移/降级）+ Web UI 管理台 + 插件体系（v3.6.5 起需管理员签名批准）+ Docker 一键部署。[4][1] |
| 2. 面向客群 | 核心客群是无法/不愿直接订阅海外 API 的个人开发者与 AI Agent 重度用户（Cherry Studio、Cline、Claude Code、OpenClaw 用户）；间接客群是 seeking 低成本算力的小团队。社区教程主要面向中文开发者。[8][4] |
| 3. 解决痛点 | 「客户端专属额度 API 化」：Kiro 新用户赠送积分、Antigravity 内置 Gemini/Claude、Grok 客户端能力等原本锁死在 GUI 里的资源，被转换成任何应用可调用的标准接口。第三方教程将其概括为「免费撬动顶级模型」。[10][7] |
| 4. 预估年化营收（推算，置信度 C） | 营收零披露。可核验的变现线索仅两类：① README 赞助商返佣位（PackyCode 优惠码等）；② 开源社区捐赠（未检索到公开金额）。项目无付费墙、无托管服务，无法支撑任何量化推算——如实标注「未检索到公开营收数据」。参照同类个人开源项目，此类项目的货币化上限通常远低于其社区声量。[4] |
| 5. 融资进展 | 未检索到公开信息。GitHub 资料显示为个人账号运营（40 个公开仓库），无公司主体、无团队招聘迹象；43 位外部贡献者以 PR 形式协作，属开源社区协作而非雇佣关系。[2][6] |
| 6. 市场评价 | 正面评价密集：阮一峰周刊工具栏目收录（2025-08）；apifox 技术横评称其「突破限制的全能转换器」「协议转换的灵活性、防封控能力强」；Trendshift 双榜第 2；CSDN 品牌专区专文推荐；官方文档站体系完整。未见权威媒体深度报道——传播全部发生在开发者社区内部。[5][10][6][12] |
| 7. 投入成本与合规风险（本案核心争议） | ① 服务条款冲突（结构性风险）：反代客户端协议、复用客户端专属额度的行为普遍违反上游平台 ToS——技术媒体原文警示「这种反向代理提取官方免费额度的行为不符合服务条款，平台风控敏锐，检测到异常并发流量会导致账号封禁，务必使用测试小号，绝对不要绑定个人主力账号」。[10] ② 上游封号风险：项目 README 自己提示「Kiro 服务使用政策已更新，请查看最新使用限制和条款」；灰产调研文披露上游 Kiro Power 套餐 $200/月与淘宝 19 元成品号之间存在 80 倍差价空间，平台封号周期短至 3 天。[4][7] ③ 技术对抗的敏感性：内置 Go uTLS 指纹伪造绕过 Cloudflare 检测，属对上游风控的主动对抗设计，一旦上游升级检测，功能与账号存活都会受冲击。[4] ④ 法律层面：未检索到针对项目方本身的公开诉讼、行政处罚或 GitHub 下架处置；中国境内亦未检索到公开监管口径点名此类工具。风险敞口集中于「上游平台处置 + 下游滥用连坐」。 |
本深度报告共引用 13 条信源（12 条外部 + 1 条案例墙内部档案），按文中首次出现顺序连续编号。上标颜色与文末徽章同色同义：绿 = 已核验（≥2 独立信源交叉），蓝 = 多源印证（单一权威信源可回溯），黄 = 部分映证（自述/转述/单一 B/C 级信源）。