Cursor

1. Agent：直接把任务交给 AI
   这是目前 Cursor 最核心的功能。以前用 AI 写代码，常见方式是先复制一段代码，再问“这里怎么改”。
   Cursor 更进一步。你可以直接告诉它目标，让它自己去项目里找相关代码。
   例如：
   “把这个接口改成异步，再把调用它的地方一起处理掉。”这种任务很适合交给 Agent，因为真正麻烦的通常不是改那一行，而是找出项目里到底还有哪些地方会受影响。
   Cursor 会帮你做掉不少查找和机械修改的工作。
2. 多 Agent 并行
   任务比较大时，可以同时让多个 Agent 工作。比如一个负责后端，一个处理前端，另一个补测试；也可以让几个 Agent 分别尝试不同实现，再比较结果。这个功能听起来很猛，但不是所有任务都需要。改一个小 Bug，开一堆 Agent 没什么意义。真正遇到能拆成几个相对独立部分的需求时，它才比较省时间。
3. 读懂整个代码库
   我觉得这一项其实比“自动写代码”更实用。
   接手一个不熟悉的项目时，可以直接问：“登录逻辑在哪里？”“这个函数最后会影响哪些模块？”“这个项目的权限是怎么处理的？”Cursor 会结合项目里的文件来回答，而不是只看眼前这一段代码。有时候先把一个陌生项目看懂，比让 AI 马上开始写更重要。
4. 自研模型和模型切换
   Cursor 有自己的 Composer 系列代码模型，也可以使用其他模型。实际使用时，不同模型适合的事情并不完全一样。有的反应快，适合日常改代码；有的更适合复杂推理和长任务。普通用户不一定需要天天研究模型榜单，真正用一段时间后，自然会知道哪些任务用哪个顺手。
5. 云端 Agent、终端和浏览器
   Cursor 现在也不只是在本地编辑器里干活。有些任务可以交给云端 Agent 跑；终端可以直接执行命令；做网页项目时，Agent 还能配合浏览器查看页面效果。这样就能形成一个比较完整的流程：改代码 → 运行 → 看结果 → 再修改。以前这些步骤都要开发者自己来回切，现在有一部分可以直接交给 Agent。
6. 团队功能
   公司使用 Cursor 时，还可以统一管理成员、账单、规则和权限。团队版和企业版会提供管理员控制、审计、组织级规则等功能。这也是 Cursor 和普通个人 AI 插件拉开差别的地方之一：它明显已经开始往公司内部的正式开发工具走。

用起来到底怎么样

Cursor 最容易让人感受到提升的，不是那种“AI 一次写出一个完整 App”的演示，而是一些平时很碎的工作突然少了。

我拿一个 Python 小项目试过类似这样的要求：

“把这个函数改成异步，然后把所有调用它的地方一起更新。”

如果自己做，难点其实不大，但要先找引用，再一个个改，还得看看有没有漏。

交给 Cursor 后，它会先去找相关文件，再处理调用关系。你还是得看它改得对不对，但至少前面的机械工作省掉了。

这种时候确实很舒服。

不过任务一复杂，问题也会开始出现。

有一次让它重构一个涉及多个文件的模块，最后生成的代码看起来挺正常：函数名没问题，接口也对得上，文件该改的基本都改了。

结果一跑还是报错。

后来查下来，是其中一处还在调用一个旧接口。这个错误并不明显，因为整段代码看起来非常“像对的”。

这也是现在用 AI 编程最麻烦的地方。

它写错的时候，不一定会写出一坨一眼就知道有问题的代码。很多时候恰恰相反，格式很漂亮、命名也合理，真正的问题藏在逻辑或者依赖关系里。

所以我现在更习惯让 Cursor 先做第一遍，然后自己看 diff、跑测试。

完全放手给它做，反而容易埋坑。

多 Agent 有没有那么神

有用，但没宣传里那么戏剧化。

如果一个功能本身能拆开，比如 API、前端页面、测试各是一块，同时跑几个 Agent 的确能快不少。

但它们最后还是要合在一起。

有时候一个 Agent 对接口的理解和另一个不一样，合并以后照样需要人处理。

所以更准确地说，它是帮你把一部分工作并行化了，不是真的突然多了几个完全独立、什么都不用管的工程师。

用下来比较明显的优点

跨文件修改很省事。
改一个函数同时牵扯几个文件时，不用自己到处跳来跳去。

读陌生项目很方便。
直接问项目结构和调用关系，通常比自己从入口文件一点点往下追快。

重复工作能省不少时间。
补测试、改接口、统一重构某种写法，这些都很适合 AI 先跑一遍。

VS Code 用户上手很快。
不需要为了 AI 功能重新适应一套完全不同的编辑器。

Agent 工作流已经比较成熟。
本地、云端、终端、浏览器这些能力慢慢接到了一起，用起来不像几个孤立的小功能。

不太舒服的地方

最大的问题还是：它会错。

而且越复杂的任务，越不能只看“代码生成完成”就默认没问题。

另外，Cursor 用得越重，费用也越值得注意。Agent 要读大量上下文，还会多轮调用模型。偶尔用和每天让它跑很多任务，消耗完全不是一个级别。

还有一点是功能越来越多以后，新用户反而容易有点懵。

以前只需要知道 Tab 补全和聊天，现在又有 Agent、Plan、Cloud、模型选择、Rules、Skills 等一堆东西。

不是难学，只是已经不像两年前那么“打开就一个 AI 补全”了。

哪些人用着最舒服

有经验的开发者

这是最适合 Cursor 的人。

你自己知道一段代码大概应该怎么写，也能判断 AI 有没有跑偏。Cursor 帮你省掉搜索、修改和重复劳动，收益最大。

小团队和创业公司

人少事多的时候，Cursor 很适合拿来处理那些必须做、但不值得手工一点点磨的任务。

尤其做 MVP、Demo、内部工具，速度优势比较明显。

经常接手旧项目的人

这个场景我反而很推荐。

很多时候最费劲的不是写新代码，而是弄明白：

“这套东西到底怎么跑的？”

Cursor 用来解释项目结构、追调用关系，确实能少翻很多文件。

英语不太好，但代码基础不错的开发者

这类人也会比较舒服。

很多英文文档、错误信息、第三方库说明，可以直接在编辑器里让它解释，不用在浏览器和代码之间来回切。

哪些情况别太依赖它

完全零基础的新手

新手不是不能用。

但如果连代码为什么这样写都还不知道，就一路 Accept，最后很容易变成“程序能跑，但自己不知道为什么”。

更麻烦的是，AI 写错时你也不容易发现。

所以新手用 Cursor，最好还是把它当辅助，而不是直接替自己做完。

对可靠性要求特别高的项目

金融、医疗、基础设施这类系统也可以用 AI 辅助开发，但测试、代码审查、安全检查这些流程一个都不能少。

Cursor 能提高效率，不代表 AI 生成的代码可以跳过正常的软件工程流程。

最后

Cursor 我不会把它理解成“替程序员写代码的软件”。

它更像是把开发过程中很多原本需要自己动手的步骤，先交给 AI 跑一遍。

有些时候它能一次做好，有些时候只能做个七八成，还有些时候会一本正经地改错。

但只要你自己能判断结果，它确实能省掉很多时间。

对一个有经验的开发者来说，Cursor 最有价值的地方不是“以后不用写代码了”，而是很多本来很碎、很重复的事情，不需要再亲手从头做一遍。

至于 SpaceX，目前更准确的说法仍然是已经签署收购协议，交易预计后续完成，而不是把 Cursor 直接写成已经完成收购的全资子公司