关键词Cursor 自带密钥BYOK、OpenAI Compatible、天翼云、本机 SSE 兼容转发、Cloudflare 安全隧道一句话天翼云侧模型调用成本较低但自定义接入直连官方 URL 时流式协议与 Cursor 云侧不完全匹配用本机转发服务做兼容处理后再通过安全隧道提供给云端访问即可在 Cursor 原生里稳定使用天翼云模型。一、问题源头目标让 Cursor 自带 Agent / Chat 稳定使用天翼云模型如kimi-k3-oc/deepseek-v4-pro-0813-oc/glm-5.3-oc。为什么值得做天翼云侧模型调用成本相对较低同量级对话成本低于许多默认通道若能在 Cursor 原生里跑通性价比很明显。卡点不在“成本是否可接受”而在“连接是否稳定”。问题源头不是“没有公网域名”而是协议层。把自定义 Base URL 直指天翼云官方 OpenAI Compatible 地址时链路在业务上似乎“通了”但表现不稳流式SSE响应里的字段、分片节奏、收尾方式与 Cursor 云侧期望不完全一致常见结果是协议/连接类错误、中途断开、界面卡住或报 connecting天翼云往往已经在出内容Cursor 却不能稳定“吃完这一条流”。因此需要在中间加一层专为 Cursor 服务的兼容处理而不是继续让云端直接连接官方 URL。源头问题直指官方 URL自定义 HTTPSSSE 字段/收尾不完全一致表现Cursor 云端天翼云官方 API协议错误 / connecting说明像 OpenCode 一类本机客户端往往可以直接配天翼云官方接口本文方案针对Cursor 云端自定义接入的特殊约束不讨论其它客户端怎么接。二、分析2.1 源头合拍要求的是“流”不是“能不能 POST 通”OpenAI Compatible 只保证路径与大致 JSON 形状相近。Cursor 云侧对 SSE 还有隐含约定例如是否尽快见到响应头否则易撞超时一条流上的id是否前后一致是否出现明确的finish_reason/[DONE]连接是否及时关掉。官方 URL 直接回的流在这些细节上与云侧不完全一致时就会表现为“不稳”——这是要做本机转发服务的直接理由。天翼云官方Cursor 云侧天翼云官方Cursor 云侧缺统一 id / 收尾不清→ 超时、断开、connectingPOST /v1/chat/completionsSSE 分片节奏/字段各异2.2 直接替代也不成立自定义接入填127.0.0.1直觉是既然要本机兼容处理自定义接入直接写http://127.0.0.1:18787/v1。但 Cursor 的自定义接入由云端出站访问 Base URL云端的127.0.0.1是云侧自己访问不到你的电脑。表现往往是 connecting、本机转发服务零日志。本机Cursor 云端机房误指向永远到不了自定义接入出站127.0.0.1 云侧自己本机转发服务 :18787因此完整链路应该是云端 →公网可达入口→ 本机转发服务兼容处理→ 天翼云而不是“云端 → 天翼云”或“云端 → 本机 loopback”。2.3 转发服务要补什么对应源头能力针对的源头现象提前回 SSE 头等上游首包过久 → 超时/connecting统一流id云侧按一条流解析失败注入reasoning_effortlow控制推理开销落地配置补finish_reason[DONE]并关连接协议错误、流未收干净公网入口启用 Bearer 鉴权/healthz除外入口开放后的安全底线上游 SSE本机转发服务兼容处理提前响应头统一 idreasoning_effortfinish DONE 关连接入口 Bearer 鉴权出站给 Cursor 云侧三、解决技术可行方案思路分三步本机转发服务解决流式兼容 → 公网入口解决云端可达 → 按上述设计实现并打包发布。3.1 方案核心本机转发服务处理 Cursor 流式兼容其它工具若能直连天翼云官方接口不必走这套。Cursor 不行是因为自定义接入出站在云端且对 SSE 收尾更挑。可行做法是在本机起一个 OpenAI Compatible 转发服务对上游做兼容处理再对外提供/v1。入站请求本机转发服务 :18787SSE 兼容 Bearer 鉴权天翼云关键实现是本机proxy.py提前 SSE 头、统一 id、补[DONE]等可用系统服务保持常驻。有了转发服务还缺一环Cursor云端必须能 HTTP(S) 访问到这台机器上的:18787。3.2 公网入口两种可行方案转发服务解决“兼容”下面解决“可达”。条件不同成本也不同。维度方案 A快速验证quick tunnel方案 B固定入口命名隧道 自有域条件与费用Cloudflare 临时隧道无需买域名可零额外域名成本先跑通需自行购买域名及按注册商规则完成 NS 接入Cloudflare 站点可用 Free域名本身要花钱公网访问 URLhttps://*.trycloudflare.com会变固定主机名示例https://ctyun.lcw918.loancloudflaredtunnel --url http://127.0.0.1:18787tunnel run 文件读入令牌自定义接入换址后需完全退出 Cursor 再写入配一次即可长期用运维抖动更大换址要跟着改KeepAlive 即可无需换址看门狗适用验证“云端→隧道→转发服务→天翼云”闭环日常长期使用Cursor 云端本机转发服务 :18787天翼云方案 Atrycloudflare免费快速验证 / URL 会变方案 B自有域命名隧道需购域 / 固定入口实践上可先用方案 A 验证链路再迁到方案 B。固定域名时还要注意本机网络策略需放行cloudflared进程直连、NS/DNSSEC、Service URL 带http://、访问密钥不进命令行、1033 多为 connector 未挂上等域名接入步骤见压缩包内说明。3.3 设计落地统一程序压缩包上面 3.1、3.2 是设计按“本机转发服务 方案 B 固定入口”把脚本、自启配置与说明收成一份实现打成压缩包随文提供[附件-ctyun-local-proxy.zip]包内主要包括流式兼容转发服务、命名隧道启停、状态检查、macOS 自启样例、网络分流规则样例、写入 Cursor 自定义接入的脚本以及使用说明与域名接入说明。解压后按包内使用说明.md配置本机路径、密钥与隧道验收healthz通过后完全退出 Cursor 再执行 apply 脚本写入自定义接入配置即可选用天翼云模型。HTTPSCursor 云端固定域名 / Cloudflarecloudflared 命名隧道proxy.py :18787天翼云到此天翼云访问凭证可以配套 Cursor 稳定使用。说明以上仅面向自有或已授权环境请遵守 Cursor、天翼云、Cloudflare 等相关服务条款妥善保管密钥不对外共享入口。平台审核结果仍以其规则为准。