Workbubby 平台 GLM-5.2 额度反代教程：轻松调用本地 API

最近 Workbubby 平台上的 GLM-5.2 模型热度不错，不少手上有限额的朋友都在琢磨：能不能把这些“羊毛”额度拿出来，像用 OpenAI 的 Key 那样直接在本地或者自己的客户端里调用？

答案是肯定的。今天咱们就聊聊如何通过反向代理（简称“反代”）把 Workbubby 的 GLM-5.2 暴露成标准的 API 接口。

为什么需要反代？

Workbubby 原生的调用方式通常需要在特定的前端界面内使用，或者直接请求其官方接口。但很多第三方 AI 客户端（如(Chatbox, NextChat 等）或者本地脚本，默认是兼容 OpenAI 格式的 API。直接请求 Workbubby 可能会遇到跨域问题（CORS），或者官方接口格式不支持。

这时候，反代就派上用场了。它在中间架一座桥，把你发出的标准请求转换成 Workbubby 能识别的格式，再把结果返回给你，完美解决兼容性问题。

准备工作

在动手之前，你需要确认两件事：

Nginx 反向代理工作原理示意图，展示客户端请求如何通过代理服务器转发到目标服务器。

1. Workbubby 账号与额度：确保你的账号里已经获取了 GLM-5.2 的调用额度，并且知道官方的原始请求接口地址和鉴权方式（通常是 Cookie 或 Token）。
2. 一台 VPS 或本地服务器：需要安装 Nginx，如果是为了折腾低成本羊毛，建议搬瓦工、RackNerd 等便宜 VPS，或者你在家里用软路由、NAS 跑 Nginx 也可以。

Nginx 反代配置实操

配置 Nginx 的核心在于重写请求路径和透传鉴权信息。以下是一个基础的配置思路，请根据实际情况修改域名和 API 路径。

假设我们将本地的 /v1/chat/completions 请求转发到 Workbubby 的对应接口。

在代码编辑器中编辑 Nginx 配置文件的示例。

server {
    listen 80;
    server_name your_domain.com; # 替换为你的域名或服务器IP

location /v1/ {
        # 1. 设置目标服务器地址
        # 这里填入 Workbubby 的实际 API 域名或 IP
        proxy_pass https://api.workbubby.com/;

# 2. 处理跨域问题，允许所有来源
        add_header 'Access-Control-Allow-Origin' '*';
        add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
        add_header 'Access-Control-Allow-Headers' 'Authorization, Content-Type';

# 3. 如果是预检请求，直接返回 204
        if ($request_method = 'OPTIONS') {
            return 204;
        }

# 4. 粘性代理设置
        proxy_set_header Host api.workbubby.com;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

# 5. 转发 Workbubby 的鉴权信息（这一步至关重要）
        # 情况A：如果是 Token 鉴权，可以伪装 Header
        # proxy_set_header Authorization "Bearer YOUR_WORKBUBBY_TOKEN";

# 情况B：如果是基于 Cookie，可能需要利用 proxy_cookie_domain
        # 或者直接在 Body 里传递 Token，视具体接口文档而定
    }
}

关键难点解析

1. 鉴权信息的伪装 Workbubby 的接口不一定接受标准的 Authorization: Bearer 格式。有时候它要求在 URL 里带 Token，或者特定的 Header。你需要用浏览器的开发者工具（F12 -> Network）抓一个包，看看官方是怎么发的，然后在 Nginx 里用 proxy_set_header 把头补齐。

2. Host 问题 很多防护机制会检查 Host 头。如果 Host 不对，可能会直接 403 或返回错误。配置里的 proxy_set_header Host api.workbubby.com; 这一行尽量保留，除非目标服务器强制要求 Host 为你的代理域名。

3. SSL 证书 如果你是在公网 VPS 上操作，强烈建议配上 SSL 证书（可以用 Certbot 免费 Let's Encrypt 证书）。把监听端口改成 443，开启 SSL 传输，这样 Key 和数据才安全。

如何测试？

配置修改完记得 nginx -s reload 重载服务。然后你可以用 curl 测试一下：

curl --location 'https://your_domain.com/v1/chat/completions' \
--header 'Content-Type: application/json' \
--data '{
  "model": "glm-5.2",
  "messages": [{"role": "user", "content": "你好"}]
}'

如果返回了 JSON 格式的回复，恭喜你，反代成功！这时候你就可以拿这个 https://your_domain.com/v1 填进任何兼容 OpenAI 协议的客户端，愉快地薅 Workbubby 的羊毛了。

如果你在配置过程中遇到鉴权失败、502 错误，记得去检查 /var/log/nginx/error.log，大多数问题都在日志里写着。