ChatGPT API 国内怎么调？3 种方案实测，附完整 Python 代码

上个月接了个私活，甲方要做客服问答系统，指定用 GPT 模型。我寻思这不简单， 一把梭不就完了。结果到了部署环节，服务器在国内，请求直接超时，API 摸都摸不到。折腾了整整两天，把能试的方案挨个过了一遍，今天把踩坑过程和最终方案整理出来，给卡在这一步的兄弟省点时间。

最终我给甲方交付用的是方案三，原因后面细说。

这个不用展开，懂的都懂。 在国内网络环境下访问不稳定，经常超时或者直接连不上。就算偶尔能连上，生产环境也不敢赌这个概率——半夜客服系统挂了，甲方能把你电话打爆。

问题本质就一个：怎么在国内服务器上，稳定、低延迟地调到 GPT-5.4 等模型的 API？

最「正统」的思路——海外买台云服务器跑反向代理，国内服务器请求打过去，中转机再转发给 OpenAI。

我用的是某云的香港轻量服务器，Ubuntu 22.04，装个 Nginx：

Python 端改一下 就行：

流式输出卡顿：一开始忘了加 ，Nginx 默认缓冲响应体，流式输出变成一坨一坨往外吐，用户体验极差。加上这行立刻丝滑了。

SSL 证书问题：用自签名证书，Python 的 （openai SDK 底层用的）会报 SSL 验证错误。要么用 Let’s Encrypt 搞正经证书，要么客户端加 ——但生产环境别这么干。

带宽和流量：GPT-5.4 长上下文响应，一次对话来回几十 KB 很正常。轻量服务器那点带宽，并发一上来就扛不住。测了一下，10 个并发请求就开始出现明显延迟。

这个方案能用，但维护成本高。服务器要续费、证书要续期、带宽要监控，挂了还得自己修。个人玩玩可以，给gpt 教程甲方交付不敢赌。

这个方案在 GitHub 上很流行，利用 Cloudflare 的边缘节点做中转，免费额度每天 10 万次请求，个人开发者用起来很顺手。

在 Cloudflare Dashboard 创建 Worker，贴入以下代码：

Python 端调用：

workers.dev 域名也不稳定：以为找到了银弹，结果 在国内部分地区同样拉跨。解决方案是绑自己的域名，走 Cloudflare CDN。

Worker 执行时间限制：免费版单次请求最多跑 10ms CPU 时间（注意是 CPU 时间不是墙钟时间），纯转发没问题，Worker 里加复杂逻辑就可能超限。

并发限流：免费版每分钟 1000 次请求。测试阶段够用，上了生产就悬——甲方那个客服系统高峰期轻松破这个数。

免费、部署快，适合个人项目和 Demo。但稳定性和限流的问题，没敢用在正式交付上。

折腾一圈下来发现，不想自己运维中转服务的话，用现成的 API 聚合平台最省事。网络链路问题人家帮你解决了，你只需要改个 ，其他代码一行不动。

我现在用的是 ofox.ai 的聚合接口，一个 Key 能调 GPT-5.4、Claude Opus 4.6、Gemini 3 Pro，兼容 OpenAI SDK 协议，迁移成本基本为零。

流式输出也完全兼容：

给甲方交付的客服系统，有几个硬性条件：国内服务器直连、支持多模型切换（甲方说不准哪天要换 Claude 或国产模型）、稳定性有保障（半夜挂了不能是我的锅）。

这三条一卡，方案一和二都不太行。聚合平台的好处是：网络链路人家维护，模型切换改个字符串，出了问题我可以甩锅（不是）。

实测下来 GPT-5.4 首 Token 延迟基本在 400-600ms，流式输出体感流畅，甲方那边也没反馈过卡顿。

除了代码调用，很多兄弟是想在 AI 编程工具里用自己的 Key。以 Cursor 为例：

1. 打开 Settings → Models → OpenAI API Key
2. 填入你的 Key
3. Override OpenAI Base URL 填
4. 选模型，保存，完事

TRAE 和其他兼容 OpenAI 协议的工具同理，改 Base URL + 填 Key。

顺便把这两天踩的其他坑也列一下：

1. openai SDK 版本问题

库现在是 1.x，用法和 0.x 完全不同。看到网上教程写 ，那是旧版语法。新版必须先实例化 客户端：

2. stream 模式下的错误处理

流式输出中途断了，默认不会抛异常，你拿到的就是半截内容。建议加个 try-catch：

3. 超时设置

OpenAI SDK 默认超时 600 秒，国内网络环境下建议主动设短，配合重试：

4. Token 计算

只控制输出长度，输入的 token 也算钱。我之前给客服系统塞了个 3000 字的 system prompt，每次对话光 prompt 就花了一大截 token，账单看得肉疼。后来精简到 800 字，效果差别不大，成本直接砍了一半。

三种方案各有适用场景：

• 有运维能力、追求完全可控 → 自建中转
• 个人开发者、免费试水 → Cloudflare Worker
• 生产环境、要稳定要省心 → 聚合 API 平台

说白了，我们是写业务逻辑的，不是搞网络运维的。能花几分钟改个 解决的事，别花两天去折腾 Nginx 配置。省下来的时间多写两个 feature，甲方还更高兴。

有问题评论区聊，踩了其他坑的兄弟也来说说，大家互相避坑。