飞牛Docker部署AIClient2API，解决OpenClaw痛点！免费使用大模型

前言

昨天发了篇部署openclaw中文版的文章飞牛Nas Docker部署中文汉化版OpenClaw，附飞书+QQ机器人配置详解，很多朋友担心在使用时ai大模型的token消耗快，购买又太贵，导致不想安装，所以我今天找了找看有没有能免费使用的大模型，嘿，还真有,就是这个AIClient2API。

什么是AIClient-2-API？

AIClient2API 是一个突破客户端限制的 API 代理服务，将 Gemini、Antigravity、Qwen Code、Kiro 等原本仅限客户端内使用的免费大模型，转换为可供任何应用调用的标准 OpenAI 兼容接口。基于 Node.js 构建，支持 OpenAI、Claude、Gemini 三大协议的智能互转，让 Cherry-Studio、NextChat、Cline 等工具能够免费大量使用 Claude Opus 4.5、Gemini 3.0 Pro、Qwen3 Coder Plus 等高级模型。项目采用策略模式和适配器模式的模块化架构，内置账号池管理、智能轮询、自动故障转移和健康检查机制，确保 99.9% 的服务可用性。

项目地址：https://github.com/justlovemaki/AIClient-2-API 图片

有什么优势？

🎯 统一接入，一站式管理

• 多模型统一接口：通过标准 OpenAI 兼容协议，一次配置即可接入 Gemini、Claude、Qwen Code、Kimi K2、MiniMax M2 等主流大模型

• 灵活切换机制：Path 路由、支持通过启动参数、环境变量三种方式动态切换模型，满足不同场景需求

• 零成本迁移：完全兼容 OpenAI API 规范，Cherry-Studio、NextChat、Cline 等工具无需修改即可使用

• 多协议智能转换：支持 OpenAI、Claude、Gemini 三大协议间的智能转换，实现跨协议模型调用

🚀 突破限制，提升效率

• 绕过官方限制：利用 OAuth 授权机制，有效突破 Gemini, Antigravity 等服务的免费 API 速率和配额限制

• 免费高级模型：通过 Kiro API 模式免费使用 Claude Opus 4.5，通过 Qwen OAuth 模式使用 Qwen3 Coder Plus，降低使用成本

• 账号池智能调度：支持多账号轮询、自动故障转移和配置降级，确保 99.9% 服务可用性

🛡️ 安全可控，数据透明

• 全链路日志记录：捕获所有请求和响应数据，支持审计、调试

• 私有数据集构建：基于日志数据快速构建专属训练数据集

• 系统提示词管理：支持覆盖和追加两种模式，实现统一基础指令与个性化扩展的完美结合

🔧 开发友好，易于扩展

• Web UI 管理控制台：实时配置管理、健康状态监控、API 测试和日志查看

• 模块化架构：基于策略模式和适配器模式，新增模型提供商仅需 3 步

• 完整测试保障：集成测试和单元测试覆盖率 90%+，确保代码质量

• 容器化部署：提供 Docker 支持，一键部署，跨平台运行

Compose 部署

新建存储目录

安装之前需先在docker文件夹中新建一个AIClient-2-API文件夹，用于配置持久化保存，后面所有相关文件都存在这里。

图片

准备Compose文件

打开飞牛OS的docker--compose--新增项目--项目名称(填aiclient-2-api，可识别即可)，路径选择上面建立好的文件夹“AIClient-2-API”，选择创建docker-compose.yml,然后将下面代码复制粘贴到代码框，为了便于大家理解，我给部分代码加了注释，最后勾上创建项目后立即启动，点击创建即可：

version: '3.8' services: aiclient2api: # 指定镜像 image: justlikemaki/aiclient-2-api # 容器名称 container_name: aiclient2api # 端口映射 ports: - "3000:3000" - "8085-8087:8085-8087" - "1455:1455" - "19876-19880:19876-19880" # 数据卷挂载 volumes: - "./configs:/app/configs" # 重启策略 restart: always

❝

参数说明：

端口映射:3000 为 Web UI，其余为 OAuth 回调端口（Gemini: 8085, Antigravity: 8086, iFlow: 8087, Codex: 1455, Kiro: 19876-19880）,可根据实际情况自行调整，不要和现有端口冲突就行

图片

显示正在运行，就说明部署成功。

图片

项目配置

打开浏览器，访问：http://NASIP:3000,进入登录界面

图片

❝

默认密码: admin123 (登录后可在控制台或修改 pwd 文件变更)

图片

功能完善的 Web 管理界面，包含：

• 📊 仪表盘：系统概览、交互式路由示例、客户端配置指南

• ⚙️ 配置管理：实时参数修改，支持所有提供商（Gemini、Antigravity、OpenAI、Claude、Kiro、Qwen），包含高级设置和文件上传

• 🔗 提供商池：监控活动连接、提供商健康统计、启用/禁用管理

• 📁 配置文件：OAuth 凭据集中管理，支持搜索过滤和文件操作

• 📜 实时日志：系统日志和请求日志实时显示，带管理控制

• 🔐 登录验证：默认密码 admin123，可通过 pwd 文件修改

iFlow OAuth 配置

在 Web UI 的"提供商池管理"页面，点击 iFlow 的"生成授权"按钮

图片

会弹出一个OAuth授权窗口，直接点击下面的在浏览器打开

图片

系统将打开 iFlow 授权页面，使用手机号完成登录验证

图片

此时大概率是显示无法访问此网站

图片

别急，请将该窗口地址栏的 完整URL粘贴到下面并提交

图片

授权成功后，系统会自动获取 API Key 并保存凭据，此时可以看到这里显示有账户数和健康账户数。

图片

配置管理--基础设置--APIkey可保持默认123456，下面把配置好了的模型选中，然后拉到最下方保存。

图片

❝

注意： 1.这里的apikey是后续使用的时候需要填的key。 2.这里只是拿iflow做演示，可按此流程继续配置qwen，目前国内的模型就这两个，如果是国外模型，可能还需要继续配置代理。

然后在仪表盘就可以看到对应的使用示例

图片

curl http://192.168.1.31:3000/openai-iflow/v1/chat/completions -H "Content-Type: application/json" -H "Authorization: Bearer YOUR_API_KEY" -d '{ "model": "qwen3-max", "messages": [{"role": "user", "content": "Hello!"}], "max_tokens": 1000 }'

❝

使用提示

即时切换: 通过修改URL路径即可切换不同的AI模型提供商

客户端配置: 在Cherry-Studio、NextChat、Cline等客户端中设置API端点为对应路径

跨协议调用: 支持OpenAI协议调用Claude模型，或Claude协议调用OpenAI模型

仪表盘下方有个可用模型列表，点击模型名称可直接复制到剪贴板，然后在示例里面的modle后面修改就行。

图片

可以看到可使用的模型还挺多的，包括目前最火的kimi2.5、minimax-m2.5、glm-5、deepseek-r1等等

图片

使用体验

我这里在openclaw里面试试，准备用minimax-m2.5，编辑代码，将apikey换成自己设置的123456，modle换成minimax-m2.5。

curl http://192.168.1.31:3000/openai-iflow/v1/chat/completions -H "Content-Type: application/json" -H "Authorization: Bearer 123456" -d '{ "model": "minimax-m2.5", "messages": [{"role": "user", "content": "Hello!"}], "max_tokens": 1000 }'

然后将上面的代码复制到openclaw试试，让他自己配置，返回配置成功。

图片

让他切换到minimax-m2.5， 成功。

图片

其实这里可以看到，提交的时候我的URL是：http://192.168.1.31:3000/openai-iflow/v1/chat/completions，但是配置好后返回的是：http://192.168.1.31:3000/openai-iflow/v1，说明openclaw还是有着不错的自行纠错能力。

关联阅读：

飞牛Nas Docker部署中文汉化版OpenClaw，附飞书+QQ机器人配置详解

Docker 部署 AstrBot，接入QQ进行对话，看看能不能平替openclaw

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～