知名开发者 Jason Kneen 在深度逆向分析 Cursor 3.0 后，在 GitHub 发布了一份详尽的技术报告，揭露了其 “Cursor Agent” 功能的核心实现，瞬间在 开发者社区 引发了广泛关注。
另一位开发者 coah 也在社交媒体上爆料称：“我反编译了 Cursor，它的‘Agent模式’实际上就是 Claude Code SDK 跑在一个本地代理后面，用查找和替换把 Claude 换成 Cursor——模型甚至不知道自己被装进了 Cursor 里。”
简单来说，这一发现的核心在于：Cursor 引以为傲的“Cursor Agent”功能，本质上就是把 Anthropic 的 Claude Code 进行了包装，通过一套字符串查找替换引擎，将所有“Claude”标识替换为“Cursor”。
“套壳”工程的完整技术解剖
根据 Jason Kneen 发布的逆向报告，Cursor 3.0.16 版本的架构可以概括为三个层次：
第一层：GLASS——完整的自定义 UI 外壳
这一层包含 50 多个服务，负责管理代理面板、文件树、终端、差异对比、主题、快捷键等。可以理解为对 VS Code 进行了深度定制和界面重做。
第二层：COMPOSER——AI 代码生成引擎
包含 40 多个服务，如 composerService、composerAgentService、composerChatService 等，支持 agent、chat、debug、plan 等多种模式。
第三层：AGENT SYSTEM——层级化代理架构
包含本地代理、云端代理（运行在 cursorvm.com 的虚拟机上）和子代理，构成一套分布式系统。
而逆向分析显示，这个系统的“大脑”正是 Anthropic 的 Claude Code 和 Claude Agent SDK。cursor-agent 扩展本质上是官方 SDK，只是被架设在一个本地 HTTP 代理之后运作。这个代理的工作流程如下：
- 在
127.0.0.1 上启动（使用随机端口）。
- 捆绑的 Claude Agent SDK CLI 连接到这个代理。
- 代理拦截所有请求，并将其路由到
api2.cursor.sh。
- 一个字符串替换引擎实时改写所有品牌信息。
这套“品牌替换”系统的规则堪称详尽：
| 原始内容 |
替换为 |
| Claude Code |
Cursor Agent |
| CLAUDE.md |
AGENTS.md |
| claude.com |
cursor.com |
| Co-Authored-By: Claude |
Made-with: Cursor |
| @anthropic-ai/claude-agent-sdk |
@anysphere/cursor-agent-experimental-sdk |
此外，该系统还会主动过滤掉一些可能暴露来源的“敏感”内容，例如 <fast_mode_info> 标签、Anthropic 的计费头信息、Claude 的 GitHub Issues 链接以及 /sandbox 相关的文档引用。这意味着 Cursor 不仅使用了 Claude Code，还在系统性地抹除相关痕迹。
更劲爆的发现：用户行为画像与竞品封杀
coah 在反编译过程中还发现了其他操作：
用户行为画像系统
Cursor 会在后台调用 Claude Opus，分析用户多达 100 次的历史对话记录，构建用户行为画像，包括开发风格、常犯错误、频繁修改的代码区域等。这个画像会被注入到未来的所有代理会话中，作为上下文提供给 AI。
暴力封杀 GitHub Copilot
在 Cursor 的代码中，显式地屏蔽了以下插件：
github.copilotgithub.copilot-chat
这直接禁止了用户在 Cursor 中使用其直接竞品。
官方紧急灭火：只是 A/B 测试
随着事件发酵，Cursor 联合创始人兼 CEO Michael Truell 亲自下场回应：
我们对 Cursor 的很多部分进行 A/B 测试：模型检查点、用户体验、代理框架。在这种情况下，我们只测试了不到 1% 的流量，用来对比 Claude 官方框架与我们默认框架的表现——这是我们经常通过离线评估做的事情。
我们的团队做了很多工作来提升框架的速度、体感和准确性，针对用户真正关心的查询进行优化。希望不久后能分享更多这方面的工作。
然而，即便解释为“A/B 测试”，将整套 Claude Code 打包并用字符串替换伪装成自家产品的做法，说服力有限。逆向分析显示，安装包内直接捆绑了完整的 @anthropic-ai/claude-agent-sdk 和 @anthropic-ai/claude-code 包，甚至还有一个专门为 Cursor 微调的模型：claude-3.7-sonnet-finetuned-cursor-20250514-v1。这更像是经过规划的正式集成，而非临时测试代码。
公平地说：Cursor 也有真东西
在一片争议中，coah 本人也在后续补充了相对公允的评价：
公平地说，Cursor 在 Claude Code 之上确实做了真正的工程工作。双向流传输（BiDi streaming）基于 ConnectRPC/protobuf、并行工具执行、推测性上下文压缩、服务端提示缓存——这些都是实打实的技术活。
但代理的“大脑”就是 Claude Code 加一个查找替换。
不可否认，Cursor 在工程实现和用户体验优化上投入了大量工作。但核心的 AI 思考能力，仍依赖于 Anthropic 的 Claude 模型。
应用层的智能焦虑
这次事件折射出整个 AI 应用层的深层困境：当核心智能掌握在少数基础模型公司手中时，应用层企业能做什么？
Cursor 的处境颇具代表性。作为 AI 编程工具，其核心竞争力“AI 有多聪明”是由 Claude、GPT 等基础模型决定的。因此，它只能在体验、集成和工程化上下功夫。然而，这些终究是“锦上添花”。
一个清晰的行业趋势正在形成：
- Claude Code 成为执行层的最强选手——SemiAnalysis 估计其在 2026 年 3 月已贡献了约 4% 的公共 GitHub 提交。
- OpenAI Codex 主打异步长时间任务——每周活跃用户突破 300 万。
- Cursor 则试图成为“工作流编排层”——整合这些智能引擎，提供统一的 IDE 体验。
但问题随之而来：当核心引擎是别人的，且竞争对手也能使用同样的引擎时，差异化优势能维持多久？更现实的是，Anthropic 自身也在开发 Claude Code 的官方 VS Code 扩展。当“品牌方”亲自下场，“代理商”的空间还剩多少？这正是当前 人工智能 应用领域普遍的焦虑。
结语
Cursor “套壳” Claude Code 事件，更像是一面镜子，映照出 AI 应用层创业的残酷现实。在智能核心被巨头掌控的当下，应用层玩家只能在体验、集成等“外围战场”厮杀。
Cursor 的选择或许是一种商业上的务实策略，但当面纱被揭开，用户的疑问必然会出现：我付的会员费，到底是在为什么价值买单？
这个问题，不仅是 Cursor 需要回答的，也是整个 AI 应用行业需要共同思考的命题。在 AI 能力日益集中的时代，应用层如何创造真正不可替代的价值？答案，仍在探索之中。欢迎到 开发者广场 分享你对这类行业资讯和深度讨论的看法。
参考资料：
发表于 4 小时前
|
查看: 4|
回复: 0
