请先看这一句。CursorHub 不是接口中转站。您使用的仍是官方 Cursor：官方直连，不是 API，也不需要魔法，国内可直接使用全模型。项目上下文由 Cursor 自动整理，用量缓存由官方记录。
「常见 API 中转」指的是这类产品的普遍做法，不是针对某一家。
我们的核心优点
1. 官方直连：走官方 Cursor 服务，不是把官方能力拆成一套第三方接口再转给您。
2. 不是 API 中转：您还在官方 Cursor 里写项目。补全、Composer、规则、技能，都还是原来的用法。
3. 不需要魔法：可以直接使用全模型，不用梯子，也不用自己去配境外接口。
1. 您实际在用什么
产品形态不同，后面的上下文和缓存才会不一样。
对比项 | 常见 API 中转 | CursorHub |
|---|---|---|
您拿到的是什么 | 一个接口地址和一把 Key，按用量充值 | CursorHub 客户端。微信登录后，在官方 Cursor 里正常使用 |
您在哪里工作 | ChatBox、网页对话，或把 Key 填进自己的程序 | 官方 Cursor 桌面端。补全、Composer、改项目，都还是熟悉的界面 |
请求怎么发出去 | 按 OpenAI 格式自己拼接对话记录 | 由官方 Cursor 整理后发出，我们只负责让这条官方链路可用 |
要不要魔法 | 多数要自己解决境外网络，才能稳定连上接口 | 不需要魔法。国内网络可直接使用全模型 |
背后接的是谁 | 各家接口或混合渠道，型号和能力经常对不上宣传 | 官方 Cursor 服务。用量可以和官方记录核对 |
2. 上下文会不会丢
接口中转只能带走「这一次请求里写进去的对话」。CursorHub 带走的是官方 Cursor 为您整理好的整包：当前对话、项目代码、规则、技能和工具结果。
对比项 | 常见 API 中转 | CursorHub |
|---|---|---|
上下文由谁整理 | 您或第三方软件每次重新粘贴、拼接。超长就会被截断 | 官方 Cursor 自动整理。我们不会改您发出去的内容 |
能带上多大 | 通常只有当前对话框里的文字，再长容易被网关裁掉 | 按官方 Cursor 的方式带项目。该看的代码、对话和规则，都会一起带上 |
项目代码库 | 通常没有。需要您自己复制文件，或另做检索 | 会带上。您不用把整个项目粘贴进对话框 |
项目规则 Rules | 不会自动带上，除非写进提示词 | 会带上，和您在官方 Cursor 里一样 |
技能 Skills | 没有 Cursor 的技能体系 | 会带上，继续用您在 Cursor 里配置的技能 |
改文件、终端、工具 | 只有该软件自己实现的工具，没有 Cursor 原生 Agent | 完整保留。Composer 可以连续改文件、跑命令 |
多轮接着聊 | 靠软件重放历史。一切断，前面的项目细节就没了 | 还在 Cursor 自己的会话里，上一轮的项目上下文还在 |
会不会丢上下文 | 比较常见：窗口写大了、中途被裁、代码库根本没带上 | 按官方 Cursor 的方式工作，不会因为换了服务就丢掉项目上下文 |
3. 缓存会不会丢
这里说的缓存，是官方对「已经看过的长前文」打折计算，不是把上一次的答案原样再发一遍。命中后，同样长的项目上下文会更省；没有命中，就要按全文重新计。
对比项 | 常见 API 中转 | CursorHub |
|---|---|---|
缓存怎样才会生效 | 必须一直走同一家上游、同一把 Key，前文还得完全一致 | 走官方 Cursor 的用量机制，缓存由官方记录 |
实际常见情况 | 渠道来回切、Key 轮换之后，缓存经常整段都打不中 | 您仍在官方 Cursor 里对话，缓存按官方方式计算，不依赖第三方接口拼历史 |
缓存在什么时候生效 | 主要指望多次请求之间还能对上同一把 Key | 同一轮完整对话过程中会持续命中。长上下文先写入，后续步骤直接读取 |
对您意味着什么 | 长项目、长规则每次都可能按全价再走一遍 | 长项目不会因为「换了一家接口中转」就每次都按全文重算 |
4. 日常能力还在不在
如果您关心的是「还能不能当 Cursor 来用」，请看这一张。
您常用的能力 | 常见 API 中转 | CursorHub |
|---|---|---|
行内补全 Tab | 通常没有，或另接别的模型 | 有，和官方 Cursor 一样 |
Composer / Agent 改项目 | 没有官方这套连续改文件的能力 | 有，继续用官方 Agent |
代码库索引 | 没有 | 有，继续用官方的项目索引 |
@文件 / @文件夹 / @Git | 需要自己复制进提示词 | 官方用法不变 |
Max Mode / 思考强度 | 看渠道是否真的支持，经常和宣传不一致 | 使用官方模型档位，例如超高、思考 |
MCP、浏览器、终端 | 取决于您用的第三方软件 | 官方 Cursor 里这些能力都还在 |
对话记录 | 存在各个软件自己的记录里，换工具就断 | 留在 Cursor 本地会话中 |
接到自己的程序 | 这是接口中转的主业 | 也可以。我们另外提供接口 Key，给需要自动化的场景 |
5. 稳不稳、能不能对上账
对比项 | 常见 API 中转 | CursorHub |
|---|---|---|
请求能否完成 | 各站差异很大，超时、空回复、模型对不上都常见 | 走官方 Cursor 链路，按官方方式完成一轮对话 |
是不是您选的那个模型 | 有的会换渠道、降规格，名称和实际能力不一致 | 使用官方 Cursor 的模型名称，例如 Composer、Grok |
长对话是否连贯 | 渠道一变，缓存和前文都容易断 | 同一轮对话内保持连续，长上下文的缓存可以稳定命中 |
用量能否核对 | 通常只能看中转站自己的统计 | 可以和官方用量记录核对 |
您如何付费 | 按 token 或按次，价目经常和官方脱节 | 订阅权益或钱包按量。缓存按官方方式计算，长项目不必每次都按全文计 |
6. 哪种更适合您
更适合选接口中转的情况：您要把模型接到自己的程序、机器人或批量任务里，并不需要 Cursor 的项目能力。这时更看重价格和接口是否好接。上下文和缓存本来就不是这类产品的重点。
更适合选 CursorHub 的情况：您要在 Cursor 里写项目：改仓库、带规则、用技能、接着上一轮继续聊。官方直连，不用魔法，国内可用全模型。上下文不用靠复制粘贴，缓存按官方方式计算。
一句话。官方直连，不是 API，不需要魔法，国内可直接使用全模型。您仍然在官方 Cursor 里工作，项目上下文由 Cursor 带齐，缓存由官方记录——这是接口中转做不到的。