WorkBuddy 国内免科学上网调用多模型的根本原因是其采用腾讯云后端统一网关中转请求，不走用户本地网络直连；网关完成企业级对接、合规鉴权、流量调度与安全隔离，本地客户端无密钥、无模型、无外网连接。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 能在国内免科学上网调用 Hunyuan、DeepSeek、GLM、Kimi、MiniMax 等模型，根本原因不是“绕过了网络限制”，而是它压根不走用户本地网络直连这些模型的公网 API。
WorkBuddy 的模型调用链路是：用户指令 → 本地客户端 → 腾讯云后端统一网关 → 对应模型厂商的合规接入通道（已预置白名单、API Key、鉴权与流量调度）→ 返回结果。整个过程对用户透明，也不暴露原始模型 endpoint。
腾讯云作为中间网关做了什么？
腾讯云在后台与各模型厂商完成了企业级对接，包括：
- 签署数据合规协议，明确境内数据不出域、日志不落盘、响应内容过滤
- 为每个模型申请独立的、带配额和审计能力的内部 API 入口
- 所有请求都经由腾讯云可信出口 IP 发起，避免被模型方识别为“个人散户流量”而限流或拦截
- 内置模型路由策略：
Hunyuan优先走腾讯自研通道，DeepSeek和GLM走官方合作专线，Kimi和MiniMax则通过其开放的企业 SDK 接入
为什么 OpenClaw 类工具必须科学上网？
开源桌面 Agent（如早期 OpenClaw）通常直接硬编码调用模型厂商的公开 API 地址，比如 https://api.kimi.ai/chat/completions。这类地址在国内默认不可达，且没有企业身份背书，容易触发风控——轻则 429，重则 IP 封禁。
更关键的是，OpenClaw 的配置文件里常出现明文 API_KEY 和 BASE_URL，一旦泄露或误配，用户就得自己处理跨域、证书、代理、重试逻辑——而 WorkBuddy 把这些全收进沙盒了。
openclaw-gitcode-pr-monitor
下载
监控一个或多个 GitCode 仓库的 PR，通过 OpenClaw Gateway 自动执行 AI 审查，发布 PR 评论，并发送钉钉和企业微信通知。
你看到的“模型切换”其实不经过你电脑
界面上点选 DeepSeek-R1 或 Kimi-Long，只是向腾讯云网关发一个 model_id 参数；你的电脑从不加载模型权重、不发起外网连接、不缓存 token。这也是它能通过等保三级认证的前提——本地无模型、无密钥、无原始响应缓存。
顺带一提：如果你在企业微信里用 WorkBuddy，实际调用链还会多一层组织级鉴权，model_id 甚至会被企业管理员策略动态覆盖，个人选择可能被静默修正。
WorkBuddy 的响应延迟取决于腾讯云网关到模型厂商的专线质量，而非你家宽带。所以有时你会感觉切到 Hunyuan 特别快，但换 MiniMax 稍慢半秒——这不是模型本身快慢，是背后那条物理链路的跳数和 QoS 配置不同。 
