Cursor 编辑器
学习目标：掌握 Cursor 3.x 的核心功能与 2026 年下半年的归属变化，建立高效的 AI 辅助编码工作流 预计时间：60 分钟 难度：⭐⭐ 最后更新：2026 年 10 月
一句话结论
Cursor 仍然是 2026 年最强的 AI 原生 IDE 之一，但它已经不是两年前那个"$20 包月的独立公司产品"了。2026 年 8 月 14 日，SpaceX 完成对 Anysphere（Cursor 母公司）的收购，Cursor 并入 X/Grok 订阅体系：模型以 Grok 为主，第三方前沿模型按 API 原价另计。产品侧的重心也从"编辑器里的补全"转向 Composer 2.5 + 云端 Agent + Projects——你描述一个长期目标，Cursor 用一队 agent 在云上推进，你在本地审查。
Cursor 是什么
Cursor 从 VS Code fork 出来，但已经走出自己的路了。
核心区别：
- VS Code + Copilot = 编辑器 + AI 外挂
- Cursor = AI 就是编辑器本身
花叔的说法：VS Code 做 IDE 是纯正的，但加 Copilot 就像给自行车装电机。Cursor 是直接从电动车开始设计——电机就是车的一部分。
这意味着 Cursor 的 AI 能理解你的整个项目，不是只看当前文件。它能同时修改几十个文件，能自己跑命令，能在云端并行处理多个任务。
归属变化：Cursor 现在是 SpaceX 的一部分
这条必须先讲，因为它直接影响你看到的价目表和模型列表。
| 时间 | 事件 |
|---|---|
| 2026-05-19 | Composer 2.5 发布，主打长时间任务与复杂指令遵循 |
| 2026-06 | SpaceX 宣布收购 Anysphere |
| 2026-08-14 | 收购完成，交易规模约 600 亿美元 |
| 2026-09/10 | 订阅并入 X/Grok 体系，Projects、Remote Control、Origin 等陆续上线 |
实际影响： Plus 档只含 Grok 模型；第三方模型（OpenAI、Anthropic 等）在 Cursor 里可用，但按 API list price 单独计费，不占订阅额度池。选型时别拿 2025 年的"$20 随便用 Claude"来算账。
Cursor 3.x 核心功能
Composer 2.5 — 多文件编辑
Composer 是 Cursor 的杀手级功能，2026 年的 2.5 版本更擅长"跑得久"。
不是 Chat 的升级版，Chat 你一句我一句，Composer 你描述完任务 AI 直接动手改文件。
之前（手动模式）：
- 选中文件
- 告诉 AI 要做什么
- 复制粘贴修改结果
- 跑测试发现问题
- 再手动修
现在（Composer 模式）：
- 描述任务
- AI 自己规划、修改多个文件
- 你审查结果
- 测试不过 AI 自己修
实际例子——输入：
"创建用户登录页，包含表单验证、错误提示和 API 调用，
保持项目现有的组件风格"Cursor 会：
- 分析现有代码风格和目录结构
- 创建登录组件
- 写表单验证逻辑
- 添加错误提示组件
- 更新 API 函数
- 修改路由配置
- 跑测试确保不出问题
一次改 20-30 个文件是常规操作。 花叔实测：一个中等规模的 Next.js 项目，Composer 2.5 平均一次任务改 18 个文件，成功率 85% 以上。
Composer 2.5 的变化
官方对 2.5 的重点描述不是"更聪明"，而是长任务稳定性和复杂指令跟随。这两点比 benchmark 分数更影响日常体验——长任务跑一半跑偏，比一开始就答错更浪费时间。
Agent 模式 — 自主执行
Agent 模式让 Cursor 从"你问它答"变成"你指挥它干活"。
不是跟你聊天，是帮你干活。
输入："给这些函数加单元测试"
Cursor Agent 会：
- 找出项目的测试框架（Jest/Vitest）
- 扫描没有测试的函数
- 生成测试用例
- 自己跑
npm install、npm test - 测试失败就分析原因重写
- 重复到测试通过
关键：它能自己执行终端命令。 这是 Agent 模式和普通 Chat 的本质区别。Chat 只给建议，Agent 直接动手。
Cloud Agents — 云端并行
2026 年的重磅功能。Cloud Agent 在云端的独立环境里执行任务，不占你的本地机器。
| Agent 模式 | Cloud Agent |
|---|---|
| 前台执行，你看着它跑 | 云端后台运行 |
| 一次一个任务 | 多个任务并行 |
| 你得等它干完 | 你可以继续写代码 |
使用流程：
- 描述任务，交给 Cloud Agent
- Cursor 在云端环境执行
- 完成后通知你审查变更
- 审查通过后合并到你的代码
2026 年 10 月的更新里，云端环境最多支持 300 个仓库，大环境加载速度提升约 5 倍，还开放了 Environments API（beta），可以程序化管理 agent 运行环境。
花叔的使用经验：白天写代码，睡前丢几个 Cloud Agent 任务。第二天起床代码已经改好了，审查一下就完事。这是 2026 年最被低估的效率工具。
适合场景：大规模重构、批量生成测试、多个独立 bug 修复、代码迁移。
Projects — 从任务到项目
2026 年 9 月上线的 Projects，是 Cursor 从"一次任务"走向"长期工作"的关键。
一个 Project 有自己的云端计算机，关掉笔记本也不停。协调 agent 本身不写代码，它负责规划、拆解、派给执行 agent，再把结果收回来给你验收。
三个关键点：
- 共享上下文 — Project 维护一组跨云端/本地同步的文件，agent 把研究结论、代码库知识、你的偏好写进去。一个 agent 学会怎么测某个服务，后面的 agent 都能用。
- 订阅式触发 — 可以让协调 agent 盯 Slack 频道、按计划跑、跟踪所有 PR。出了 bug 报告就自动派活，不用等你开口。
- 规模 — 官方描述是"delegates tasks to thousands of subagents"。翻译成人话：适合迁移、重构、长时间的功能开发，不适合一句就能说清的小改动。
花叔的判断： Projects 是 Cursor 对标"Devin 式云端工程 agent"的答案。它的价值不在写代码快，而在你不在电脑前的时候，工作还在推进。
Remote Control — 手机当审批端
2026 年 10 月 6 日上线。iOS App 可以查看电脑上运行的 agent、发消息、批准操作。
Agent 没有搬到云端，仍然跑在你的电脑上，手机只是连接端。电脑需要开机、在线，桌面设置里可以开 "Keep this computer awake"（需插电、开盖）。
个人用户默认开启；Enterprise 组织默认关闭，由管理员在 Org settings > Security and identity > Remote control 打开。
审批点变了
以前审批意味着"人在电脑前"，现在意味着"账号就是控制面"。手机丢失、会话令牌泄露，等价于有人能对你的本机 agent 下指令。至少做到：账户开二次验证，不在共用设备上保持登录。
Origin 与代码评审 Bot
Cursor 不再只是编辑器，还在往"代码托管 + 发布后验证"延伸：
| 能力 | 做什么 |
|---|---|
| Origin | 代码托管与部署入口，已有 20+ 应用接入（Cloudflare、Vercel、Sentry、Linear 等） |
| Bugbot | PR 上的代码质量与风格评审 |
| Security Review | 每条 PR 报告可利用漏洞，带严重级别、攻击路径和修复建议 |
| Rollouts | 变更部署后按环境跟踪健康度，回归时点名可疑变更，可开 revert PR |
这些都在 Teams / Enterprise 档位提供。个人开发者用不上，但团队选型时值得纳入比较——"写代码"和"证明这次改动没坏事"是两件事。
Cursor Tab — 智能补全
不是只补全下一行，是预测整个代码块。
2026 年更新后，Tab 模型支持多文件编辑建议——修改一个文件时，Cursor 自动推荐其他相关文件中需要同步修改的地方。
按 Tab 接受，就这么简单。花叔说这是"最不起眼但每天用最多的功能"。
快速上手
安装
- 去 cursor.com 下载
- 登录（Google/GitHub 账号都行）
- 导入 VS Code 配置（可选，一键搞定）
快捷键
| 功能 | macOS | Windows |
|---|---|---|
| Chat | Cmd + L | Ctrl + L |
| Composer | Cmd + I | Ctrl + I |
| 快速修复 | Cmd + K | Ctrl + K |
| 终端 | Ctrl + ` | Ctrl + ` |
项目规则（.cursor/rules）
老项目里的 .cursorrules 仍然能读，但新项目建议用目录形式，按主题拆分：
.cursor/rules/
├── 00-project.mdc # 技术栈、目录结构
├── 10-style.mdc # 命名、导入顺序、组件风格
└── 20-testing.mdc # 测试框架与覆盖要求# 编码规范
- 用 TypeScript 严格模式
- 组件名 PascalCase，函数名 camelCase
- API 调用必须处理错误
- 新功能必须有测试
# 代码风格
- 用函数式组件和 Hooks
- 样式用 Tailwind
- 导入顺序：React → 第三方库 → 本地这样 Cursor 生成的代码就会自动符合你项目的风格。花叔的核心建议：项目规则比模型选择更重要。 同样的模型，有规则的项目比没规则的项目，代码质量差距 3 倍以上。这就是 Harness Engineering 的实践。
使用技巧
上下文管理
# 引用单个文件
@./src/components/Button.tsx 这个按钮怎么实现无障碍？
# 引用目录
@./src/api/ 所有 API 端点加认证
# 引用文件结构
@./src/ 重构这个目录的文件组织大型项目用 .cursorignore 排除 node_modules、build 目录。
Prompt 怎么写
好的 Prompt：
"用户注册表单加：
1. 密码强度指示（8位以上，大小写+数字）
2. 实时验证
3. 密码可见性切换
保持现有表单样式"不好的 Prompt：
"改进表单"规则：具体说明要什么，Cursor 才能给出好结果。 花叔的秘诀：把 Prompt 当成在给新人发任务清单，不是跟 AI 聊天。
模型选择
| 任务 | 推荐 | 原因 |
|---|---|---|
| 日常多文件修改 | Composer 2.5 | 便宜、长任务稳，Fast 模式默认 |
| 长时间自主任务 | Composer 2.5 / Cloud Agent | 不容易跑一半跑偏 |
| 最难的重构与架构推理 | 第三方前沿模型（Claude Opus 5、GPT-6.1 Sol 等） | 按 API 原价计费，按需使用 |
| 日常补全 | Tab 模型（内置） | 不占对话额度 |
| 纯 Grok 生态偏好 | Grok 系列 | 包含在订阅额度池里 |
计费提醒
Plus 档只含 Grok 模型。Premium 及以上可以用第三方模型，但它们按 API list price 单独计费，不占订阅额度。开 Max 之前先想清楚：这次任务值不值那个价。
定价：X/Grok 订阅体系
Cursor 的定价在 2026 年下半年被整体重构，已不是 2025 年的"500 Pro Credits"模式。
| 版本 | 价格 | 包含什么 |
|---|---|---|
| Free | $0 | 有限 agent / chat 请求 |
| Plus | $8/月 | 仅 Grok 模型，基础用量池 |
| Premium | $30/月 | 4x Plus；Cloud Agents、Origin、Bugbot；第三方模型按 API 原价 |
| Super | $100/月 | 15x Plus；高峰期优先模型访问 |
| Ultra | $200/月 | 50x Plus；最早拿到新产品与新模型 |
| Teams | $30+/用户/月 | 共享用量池、团队规则市场、SSO、审计 |
| Enterprise | 定制 | 计费/权限/数据保留等企业控制 |
用量池每周刷新，所以"某一天用猛了"不会直接毁掉整个月。
花叔的建议： 个人开发者从 Premium $30 起步，够覆盖日常 agent + 云端任务。如果你只用 Grok 且用量不大，Plus $8 是 2026 年最便宜的"正规 AI IDE"入口。重度用户再上 Super，Ultra 只在你每天都在跑并行 agent 时才划算。
别忽略第三方模型的账单
第三方模型按 API 原价走，意味着一次大规模 Opus 5 重构可能比月费还贵。团队里应该设置 spend cap，并且把"用哪个模型"写进项目规范。
优缺点
优点：
- AI 是编辑器本身，不是外挂，集成深度碾压所有插件
- Composer 2.5 长任务稳定性明显提升
- Cloud Agents + Projects 让"人不在电脑前也在推进工作"成为现实
- Remote Control 把审批点从工位扩展到手机
- 完全兼容 VS Code 插件和配置
- Origin/Bugbot/Security Review 把评审和发布后验证接进同一条链路
缺点：
- 归属变化后，模型与计费逻辑更复杂，第三方模型要单独算账
- 要花钱，且 $30 起步不再是"随便用"
- 需要网络连接
- 容易产生依赖，影响自己写代码的能力
- 新功能迭代太快，学习成本持续存在
什么时候用
适合：
- 全栈项目开发
- 代码重构与迁移
- 快速原型
- 接手别人项目（AI 帮你理解代码）
- 需要云端并行 agent 的长时间任务
不适合：
- 简单文本编辑（VS Code 够用）
- 离线开发
- 需要完全控制每一行代码的场景
- 只想要最便宜的补全（Copilot / Trae 免费档更划算）
花叔的 Cursor 实战
小猫补光灯案例
花叔最出圈的案例：小猫补光灯 App。
- 时间：1.5 小时
- 工具：Cursor + Claude
- 结果：App Store 付费榜第一
做法： 不是写代码，是描述需求。告诉 Cursor 要做个"打开手电筒 + 调色盘选色 + 色卡保存"的功能。Cursor 自动搭界面、写逻辑、处理权限。1.5 小时从零到上架。
花叔原话："不是我会写代码，是我会用 Cursor。"
跨仓库重构（Projects 版）
实际案例：把 3 个独立项目（前端、后端、共享类型）统一到一个 Cursor 工作区。
用 Projects + Cloud Agent：
- 协调 agent 拆任务：前端调整、后端 API、类型同步
- 执行 agent 并行改代码，共享上下文文件
- 你在本地审查、合并、跑集成测试
6 小时的工作，50 分钟搞定。
常见问题
Q: 代码会被用来训练吗？ A: 默认不会。开启 Privacy Mode 后，官方承诺代码数据不用于训练；团队管理员可以在组织级别强制开启。具体条款以官网 Security 页为准。
Q: Composer 和 GPT/Claude 怎么选？ A: 日常 agent 任务先用 Composer 2.5，成本低、长任务稳。卡在复杂推理或架构设计时再切第三方前沿模型，按次付费。别默认全程用最贵的模型。
Q: Cloud Agent 安全吗？ A: 它在独立云端环境执行，改动要经你审查才合并。但"审查"不是走过场——至少看 diff、看测试结果、看它改了哪些配置和依赖。权限配置和护栏策略见 Agent 护栏。
Q: Cursor 被 SpaceX 收购后还值得用吗？ A: 产品能力没下降，2026 年下半年反而发得更快（Projects、Remote Control、Origin 市场）。不确定性在长期定价和模型策略：Grok-first 意味着第三方模型的成本会一直单独计。重度依赖 Claude/GPT 的用户，建议同时保留 Claude Code 或 Codex 作为备选。
本节小结
- Cursor 仍是第一梯队的 AI IDE，但 2026 年 8 月起已是 SpaceX 旗下、Grok-first 的产品
- Composer 2.5 的价值在长任务稳定性和复杂指令跟随，不只是"改得多"
- Cloud Agents + Projects 把工作从"一次任务"扩展到"长期项目"
- Remote Control 让手机成为审批端，代价是账号成为控制面
- 新定价 Free/$8/$30/$100/$200，第三方模型按 API 原价另计
- 项目规则（
.cursor/rules）比模型选择更影响输出质量