WebAI-to-API
WebAI-to-API 是一个基于 FastAPI 构建的模块化本地服务器,旨在将浏览器中的大语言模型(如 Gemini)转化为标准的 API 接口供开发者调用。它核心解决了用户在不拥有官方 API 密钥或希望规避付费限制的情况下,如何低成本、灵活地接入主流 AI 模型的问题。
该工具提供两种运行模式:主模式通过读取浏览器 Cookie 直接连接 Gemini 网页版,实现轻量级、高效率的个人化 API 部署;备用模式则集成 gpt4free 库,支持 ChatGPT、Claude、DeepSeek、Grok 等多种模型的访问,为服务提供了冗余保障。其技术亮点在于完全兼容 OpenAI 风格的 /v1/chat/completions 接口,使得现有应用无需修改代码即可切换后端模型,同时支持会话保持与系统提示词设置。
鉴于项目声明仅用于研究与教育目的,WebAI-to-API 特别适合开发人员、技术研究人员及 AI 爱好者使用。它非常适合用于本地原型开发、自动化脚本测试或学习大模型接口机制,但不建议用于商业生产环境。通过简单的配置与启动,用户即可在本地搭建起一个功能完备的 AI 网关,自由探索不同模型的能力。
使用场景
一位独立开发者正在构建一个本地化的多语言客服机器人原型,需要频繁调用大模型进行测试,但受限于预算无法购买昂贵的 API 密钥。
没有 WebAI-to-API 时
- 高昂的测试成本:每次调试代码或测试新提示词都需要消耗真实的 API 额度,导致开发者在迭代初期就面临资金压力。
- 复杂的鉴权流程:需要在代码中硬编码或管理多个不同厂商的 API Key,不仅繁琐还存在密钥泄露的安全隐患。
- 模型切换困难:若想对比 Gemini、Claude 或 Grok 的回答效果,必须分别注册账号、申请密钥并修改代码中的接口地址,效率极低。
- 依赖网络稳定性:直接连接官方网页版无法通过程序自动化交互,只能手动复制粘贴,无法集成到现有的自动化测试脚本中。
使用 WebAI-to-API 后
- 零成本无限调用:利用浏览器 Cookie 将免费的网页版 Gemini 或其他模型转化为本地 API,无需任何密钥即可实现近乎零成本的无限次测试。
- 统一的接入标准:WebAI-to-API 提供了标准的
/v1/chat/completions接口,开发者只需维护一套代码逻辑,即可无缝切换底层模型。 - 灵活的模型热切换:通过在终端简单配置或在请求中更改模型名称,即可瞬间在 Gemini、DeepSeek、Grok 等多个模型间切换,快速验证最佳效果。
- 完美的自动化集成:将原本只能手动操作的网页聊天窗口变成了可编程的本地服务,轻松嵌入 Python 脚本或 CI/CD 流程中实现全自动回归测试。
WebAI-to-API 通过“桥接”网页端与大模型接口,让开发者在不花费一分钱的情况下,拥有了企业级的多模型调度与自动化测试能力。
运行环境要求
- 未说明
不需要 GPU
未说明

快速开始
免责声明
本项目仅用于研究和教育目的。
请勿进行任何商业用途,并在部署或修改此工具时保持负责任的态度。
WebAI-to-API
WebAI-to-API 是一个基于 FastAPI 构建的模块化 Web 服务器,允许你将你喜欢的基于浏览器的 LLM(如 Gemini)暴露为本地 API 端点。
该项目支持 两种运行模式:
主 Web 服务器
WebAI-to-API
使用你的浏览器 Cookie 连接到 Gemini 的网页界面,并将其暴露为 API 端点。这种方法轻量、快速且高效,适合个人使用。
备用 Web 服务器(gpt4free)
由
gpt4free库驱动的备用服务器,提供对多种 LLM 的更广泛访问,除了 Gemini 外,还包括:- ChatGPT
- Claude
- DeepSeek
- Copilot
- HuggingFace Inference
- Grok
- …以及更多。
这种设计提供了 速度与冗余性,确保根据你的使用场景和可用资源灵活切换。
特性
🌐 可用端点:
WebAI 服务器:
/v1/chat/completions/gemini/gemini-chat/translate/v1beta/models/{model}(Google Generative AI v1beta API)
gpt4free 服务器:
/v1/v1/chat/completions
🔄 服务器切换:可在终端中轻松切换服务器。
🛠️ 模块化架构:按 API 路由、服务、配置和工具等明确划分模块,便于开发和维护。
安装
克隆仓库:
git clone https://github.com/Amm1rr/WebAI-to-API.git cd WebAI-to-API使用 Poetry 安装依赖:
poetry install创建并更新配置文件:
cp config.conf.example config.conf然后编辑
config.conf以调整服务设置和其他选项。运行服务器:
poetry run python src/run.py
使用
向 /v1/chat/completions(或其他可用端点)发送包含所需负载的 POST 请求。
支持的模型
| 模型 | 描述 |
|---|---|
gemini-3.0-pro |
最新、最强大的模型 |
gemini-2.5-pro |
高级推理模型 |
gemini-2.5-flash |
快速高效的模型(默认) |
示例请求(基本)
{
"model": "gemini-3.0-pro",
"messages": [{ "role": "user", "content": "Hello!" }]
}
示例请求(带系统提示与对话历史)
{
"model": "gemini-2.5-pro",
"messages": [
{ "role": "system", "content": "你是一个有用的助手。" },
{ "role": "user", "content": "Python 是什么?" },
{ "role": "assistant", "content": "Python 是一种编程语言。" },
{ "role": "user", "content": "它容易学习吗?" }
]
}
示例响应
{
"id": "chatcmpl-12345",
"object": "chat.completion",
"created": 1693417200,
"model": "gemini-3.0-pro",
"choices": [
{
"message": {
"role": "assistant",
"content": "你好!"
},
"finish_reason": "stop",
"index": 0
}
],
"usage": {
"prompt_tokens": 0,
"completion_tokens": 0,
"total_tokens": 0
}
}
文档
WebAI-to-API 端点
POST /gemini
启动与 LLM 的新对话。每次请求都会创建一个 全新会话,因此适用于无状态交互。
POST /gemini-chat
继续与 LLM 的持久对话,而不启动新会话。非常适合需要在消息之间保留上下文的场景。
POST /translate
专为与 Translate It! 浏览器扩展快速集成而设计。功能上与 /gemini-chat 完全相同,即在多次请求之间 保持会话上下文。
POST /v1/chat/completions
兼容 OpenAI 的端点,全面支持:
- 系统提示:设定助手的行为和上下文
- 对话历史:在多轮对话中保持上下文(用户/助手消息)
- 流式传输:可选的流式响应支持
专为期望 OpenAI API 格式的客户端无缝集成而设计。
POST /v1beta/models/{model}
兼容 Google Generative AI v1beta API 的端点。提供对最新 Google Generative AI 模型的访问,采用标准 Google API 格式,包括安全评级和结构化响应。
gpt4free 终端节点
这些终端节点遵循 与 OpenAI 兼容的结构,并由 gpt4free 库提供支持。
有关详细用法和高级自定义,请参阅官方文档:
可用终端节点(gpt4free API 层)
GET / # 健康检查
GET /v1 # 版本信息
GET /v1/models # 列出所有可用模型
GET /api/{provider}/models # 列出特定提供商的模型
GET /v1/models/{model_name} # 获取特定模型的详细信息
POST /v1/chat/completions # 使用默认配置进行对话
POST /api/{provider}/chat/completions
POST /api/{provider}/{conversation_id}/chat/completions
POST /v1/responses # 通用响应端点
POST /api/{provider}/responses
POST /api/{provider}/images/generations
POST /v1/images/generations
POST /v1/images/generate # 使用选定提供商生成图片
POST /v1/media/generate # 媒体生成(音频/视频等)
GET /v1/providers # 列出所有提供商
GET /v1/providers/{provider} # 获取特定提供商的信息
POST /api/{path_provider}/audio/transcriptions
POST /v1/audio/transcriptions # 音频转文本
POST /api/markitdown # Markdown 渲染
POST /api/{path_provider}/audio/speech
POST /v1/audio/speech # 文本转语音
POST /v1/upload_cookies # 上传会话 Cookie(基于浏览器的身份验证)
GET /v1/files/{bucket_id} # 从存储桶中获取上传的文件
POST /v1/files/{bucket_id} # 向存储桶上传文件
GET /v1/synthesize/{provider} # 音频合成
POST /json/{filename} # 提交结构化 JSON 数据
GET /media/{filename} # 检索媒体
GET /images/{filename} # 检索图片
路线图
- ✅ 维护
配置 ⚙️
关键配置选项
| 部分 | 选项 | 描述 | 示例值 |
|---|---|---|---|
| [AI] | default_ai | /v1/chat/completions 的默认服务 |
gemini |
| [浏览器] | name | 用于基于 Cookie 认证的浏览器 | firefox |
| [EnabledAI] | gemini | 启用或禁用 Gemini 服务 | true |
| [代理] | http_proxy | 用于连接 Gemini 的代理(可选) | http://127.0.0.1:2334 |
完整的配置模板可在 WebAI-to-API/config.conf.example 中找到。
如果 Cookie 留空,应用程序将使用指定的默认浏览器自动获取它们。
config.conf 示例
[AI]
# 默认 AI 服务。
default_ai = gemini
# Gemini 的默认模型(选项:gemini-3.0-pro、gemini-2.5-pro、gemini-2.5-flash)
default_model_gemini = gemini-2.5-flash
# Gemini 的 Cookie(留空以使用 browser_cookies3 自动认证)。
gemini_cookie_1psid =
gemini_cookie_1psidts =
[EnabledAI]
# 启用或禁用 AI 服务。
gemini = true
[Browser]
# 默认浏览器选项:firefox、brave、chrome、edge、safari。
name = firefox
# --- 代理配置 ---
# 连接 Gemini 服务器的可选代理。
# 有助于解决 403 错误或受限连接问题。
[Proxy]
http_proxy =
项目结构
该项目现在采用模块化布局,将配置、业务逻辑、API 终端节点和实用工具分开:
src/
├── app/
│ ├── __init__.py
│ ├── main.py # 创建 FastAPI 应用程序、配置及生命周期管理。
│ ├── config.py # 全局配置加载/更新。
│ ├── logger.py # 集中式日志配置。
│ ├── endpoints/ # API 终端节点路由。
│ │ ├── __init__.py
│ │ ├── gemini.py # Gemini 的终端节点(例如 /gemini、/gemini-chat)。
│ │ ├── chat.py # 用于翻译和兼容 OpenAI 请求的终端节点。
│ │ └── google_generative.py # Google Generative AI v1beta API 终端节点。
│ ├── services/ # 业务逻辑和服务封装。
│ │ ├── __init__.py
│ │ ├── gemini_client.py # Gemini 客户端初始化、内容生成和清理。
│ │ └── session_manager.py # 对话和翻译的会话管理。
│ └── utils/ # 辅助函数。
│ ├── __init__.py
│ └── browser.py # 基于浏览器的 Cookie 获取。
├── models/ # 模型和封装类(例如 MyGeminiClient)。
│ └── gemini.py
├── schemas/ # 用于请求/响应验证的 Pydantic 模式。
│ └── request.py
├── config.conf # 应用程序配置文件。
└── run.py # 启动服务器的入口点。
开发者文档
概述
该项目基于模块化架构构建,旨在实现可扩展性和易于维护。其主要组件包括:
- app/main.py: 初始化 FastAPI 应用程序,配置中间件,并管理应用程序的生命周期(启动和关闭流程)。
- app/config.py: 处理从
config.conf加载和更新配置设置。 - app/logger.py: 设置集中式日志系统。
- app/endpoints/: 包含用于处理 API 终端节点的独立模块。每个模块(例如
gemini.py和chat.py)管理与其功能相关的路由。 - app/services/: 封装业务逻辑,包括 Gemini 客户端封装(
gemini_client.py)和会话管理(session_manager.py)。 - app/utils/browser.py: 提供辅助函数,例如从浏览器获取 Cookie 用于身份验证。
- models/: 存放模型定义,如
MyGeminiClient,用于与 Gemini Web API 交互。 - schemas/: 定义用于验证 API 请求的 Pydantic 模型。
工作原理
应用初始化:
在启动时,应用程序会加载配置并初始化 Gemini 客户端和会话管理器。这一过程通过app/main.py中的lifespan上下文管理器来完成。路由:
API 端点被组织在app/endpoints/目录下的专用路由器中,随后这些路由器会被包含到主 FastAPI 应用程序中。服务层:
app/services/目录包含了与 Gemini API 交互以及管理用户会话的逻辑,从而确保 API 路由保持简洁,专注于请求处理。工具与配置:
辅助函数和配置逻辑被单独存放,以保持代码的清晰性和易于更新性。
🐳 Docker 部署指南
有关 Docker 的设置和部署说明,请参阅 Docker.md 文档。
星标历史
许可证 📜
本项目采用 MIT 许可证 开源。
注意: 这是一个研究项目。请负责任地使用,并请注意,在生产环境中部署时需要额外的安全措施和错误处理机制。
版本历史
v0.4.02025/06/27v0.3.02025/06/25v0.2.32025/06/02v0.2.22025/01/28v0.2.12025/03/15v0.1.52024/05/22v0.1.42024/04/06v0.1.32023/08/13v0.1.22023/08/05v0.1.12023/08/05v0.1.02023/08/04常见问题
相似工具推荐
openclaw
OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
everything-claude-code
everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
markitdown
MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具,专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片(含 OCR)、音频(含语音转录)、HTML 乃至 YouTube 链接等多种格式的解析,能够精准提取文档中的标题、列表、表格和链接等关键结构信息。 在人工智能应用日益普及的今天,大语言模型(LLM)虽擅长处理文本,却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点,它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式,成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外,它还提供了 MCP(模型上下文协议)服务器,可无缝集成到 Claude Desktop 等 LLM 应用中。 这款工具特别适合开发者、数据科学家及 AI 研究人员使用,尤其是那些需要构建文档检索增强生成(RAG)系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器
LLMs-from-scratch
LLMs-from-scratch 是一个基于 PyTorch 的开源教育项目,旨在引导用户从零开始一步步构建一个类似 ChatGPT 的大型语言模型(LLM)。它不仅是同名技术著作的官方代码库,更提供了一套完整的实践方案,涵盖模型开发、预训练及微调的全过程。 该项目主要解决了大模型领域“黑盒化”的学习痛点。许多开发者虽能调用现成模型,却难以深入理解其内部架构与训练机制。通过亲手编写每一行核心代码,用户能够透彻掌握 Transformer 架构、注意力机制等关键原理,从而真正理解大模型是如何“思考”的。此外,项目还包含了加载大型预训练权重进行微调的代码,帮助用户将理论知识延伸至实际应用。 LLMs-from-scratch 特别适合希望深入底层原理的 AI 开发者、研究人员以及计算机专业的学生。对于不满足于仅使用 API,而是渴望探究模型构建细节的技术人员而言,这是极佳的学习资源。其独特的技术亮点在于“循序渐进”的教学设计:将复杂的系统工程拆解为清晰的步骤,配合详细的图表与示例,让构建一个虽小但功能完备的大模型变得触手可及。无论你是想夯实理论基础,还是为未来研发更大规模的模型做准备
