Proxima
多AI模型MCP服务器,一个接口接入ChatGPT/Claude/Gemini/Perplexity
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
多AI模型MCP服务器,一个接口接入ChatGPT/Claude/Gemini/Perplexity
加载项目详情…
本应用为开源项目,仅供学习研究,请遵守其开源协议。
想象这样一个场景: 你正在 VS Code 里写代码,突然遇到一个 bug,卡了一个小时。这时候你最自然的反应是打开 ChatGPT 或 Claude,把错误信息粘贴过去。但每次都要切换窗口、复制粘贴——效率大打折扣。
Proxima 解决的就是这个问题。 它让你在自己的开发工具里直接调起 ChatGPT、Claude、Gemini 和 Perplexity,无需任何 API Key,直接用你已有的账号登录。
![]()
大模型 API 的格局这几年发生了根本变化。一开始大家都在抢 API Key、卷价格、拼上下文窗口。但到了 2025 年,越来越多的用户发现:与其付钱调用 API,不如直接用网页版的 AI——大多数人的 ChatGPT/Claude 订阅本身就是月费制,网页版功能还更全(多模态、插件生态、实时搜索……)。
问题是:网页版没法集成进开发工具。 你没法在 VS Code 里直接调用 ChatGPT 的对话历史,也没法让 Cursor 识别你在 Perplexity 上的研究结果。
Zen4-bit 就是在这个背景下创建了 Proxima。核心思路很直接:与其让工具去调用 AI,不如让 AI 服务通过本地代理暴露出来。 这和传统 AI Gateway 的思路正好相反——不是管理 API,而是复用你已有的登录态。
这个项目从 2024 年起步,到 2026 年已经发展到 v4.1.0,收获了超过 1000 颗 GitHub Stars,成为 AI 开发者工具生态中一个非常独特的存在。
Proxima 的技术原理是它最有趣的部分。
传统方案:API 调用,绕过登录,计费。 Proxima 方案:用 Electron 的 BrowserView 在后台打开真实的 AI 网页,通过脚本拦截 AI 响应,暴露为本地 API。
具体来说:

Proxima 不是一个单一入口的工具,它提供了四套接口,适用于不同场景:
暴露 OpenAI 兼容接口到 http://localhost:3210/v1/chat/completions:
POST /v1/chat/completions
{
"model": "claude",
"messages": [{"role": "user", "content": "解释这段代码"}]
}
这意味着任何兼容 OpenAI SDK 的代码库(LangChain、LlamaIndex、anything-llm……)都可以零改动接入 Claude——但流量走的是你网页版 Claude 的账号,不需要 API Key。
proxima ask "这段代码有什么bug?"
proxima fix "帮我修复这个错误"
proxima debate "A和B方案哪个更好?"
echo "错误信息" | proxima fix
支持管道输入,适合直接在终端处理错误日志。
ws://localhost:3210/ws 提供双向实时通信,支持状态推送、请求追踪和 keep-alive,适合构建实时 AI 应用。
通过 @modelcontextprotocol/sdk 实现 MCP 协议,45+ 内置工具覆盖搜索、代码、翻译、辩论、代码审查、安全审计等场景。直接在 Cursor、VS Code 的 Copilot、Zed 等支持 MCP 的编辑器中加载 Proxima,即可获得"原生"的 AI 集成体验。

安装门槛(相对友好,但有平台差异):
git clone && npm install && npm start),需要 Node.js 18+。核心限制:
localhost:3210,所有数据只在你本地和对应的 AI 提供商之间流转,不经过任何第三方代理。最大的争议点是合规性。Proxima 的技术原理本质上是"劫持"了 AI 网站的网页会话,绕过官方 API 直接获取 AI 响应。虽然它依赖的是用户自己的付费账号,但这种使用方式是否完全符合 ToS 仍存争议。
GitHub 上也有相关 issue 讨论这一问题,作者的立场是:所有流量都经过官方的真实 AI 服务,没有伪造身份,仅是改变了通信路径。
其他局限:
Proxima 代表了一个有趣的趋势:AI Native 工具生态的反向生长。
通常我们看到的趋势是"AI 能力通过 API 向外开放",但 Proxima 代表的是"把 AI 的网页体验反向拉进本地工具链"。随着 AI 订阅制的普及(相比 PAYG API 更划算),这类"桥接工具"的需求会持续增长。
它的技术实现(Electron BrowserView + 反检测 + MCP 协议)也为其他开发者提供了一套可参考的架构——如何在不依赖 API 的前提下,程序化地使用网页 AI。
增长情况:项目持续活跃,v4.x 引入了 Provider Engine 系统和 WebSocket Server,是近期最大的一次架构升级。

| 维度 | 评估 |
|---|---|
| 核心价值 | 无需 API Key 调起四大 AI,直接集成进开发工具 |
| 技术亮点 | BrowserView 隔离会话 + 反检测 + MCP 协议 + WebSocket 流 |
| 部署难度 | 简单(Electron 应用,npm start 即可) |
| 适用人群 | 已订阅多 AI 服务的开发者,不愿管理 API Key |
| 最大风险 | 合规性存疑,依赖页面兼容性维护 |
| 推荐指数 | ⭐⭐⭐⭐ 适合作为开发辅助工具,但生产环境慎用 |
本报告基于 GitHub v4.1.0 版本源码分析生成。报告中的图片均为项目仓库内已验证资源。