【开源推广】前辈基础上又搓了个Cursor反代，理论上不会被封

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是


• 我的开源项目完整开源，无未开源部分： 是


• 我的开源项目已链接认可 LINUX DO 社区： 是


• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是


• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

项目地址

^-^ GitHub：iFwu/cursor2response

为什么做这个？

Cursor SDK 开放了接入 Cursor 云端 Harness Loop 的接口，但目前很少有项目把它包装成丝滑顺手、支持长程 Agent 使用的 API 网关。

之前看到佬友 [开源推广]自己搓的一个cursor2api反代项目 这个项目。但在实际接入 Codex 和 OpenClaw 后，在写代码/Agent任务等高频工具调用和用户追问场景下才发现：原方案在 SDK 侧几乎每次工具调用都会开一个新的 Run。不仅吃不到 SDK 内部的 Prompt Cache，长任务消耗巨大，上下文还可能因为太大导致截断或者遗忘。

做了哪些重构

在这基础上，我大幅重写了状态机和核心架构，把协议适配收敛到 Responses API，解决了以下痛点：

• SDK Run 复用：同一个会话中，只启动一个 Cursor Agent，常驻跨轮复用。工具往返都在一个 Run 里吞吐，吃满 SDK 内部缓存，大幅减少冷启动 Token 消耗和延迟


• 原生 Steer 支持：支持在模型执行工具调用后直接插入用户指令，无需中断或者重启任务（Codex 和 OpenClaw 均支持）


• 自带本地 Trace Viewer：搓了一个可视化 Web Trace 面板，可查看 Agent 轨迹、跟踪会话分叉点、工具调用参数、SDK 缓存状态等信息（见图二）


• 上下文溢出降级：如果上下文已经超出 SDK 所支持的长度，Cursor 内部触发压缩，可自动切换到备用 Responses API，会话不丢失上下文（需要配置备用 API 接口，最好是同一个模型。项目不使用 SDK 自带压缩，由 Agent 接入方压缩）


• Docker 一键启动：支持 Docker Compose 一键拉起服务，也支持 Node 24 直接运行

其他使用可以参考 GitHub 的 README，有什么问题也可以回复，会尽可能帮助到大家。

注：关于是否会封号风险，没有谁能打保票。结合 Cursor 官方论坛里的工作人员回复，合理使用 Cursor Web 设置中生成的 API Key，个人用于 Agent 项目集成，应该是没问题的。如果有什么情况大家也可以留言交流。