我用了三个月 Cursor 后，想说点真话

# 我用了三个月 Cursor 后，想说点真话

说实话，第一次打开 Cursor 的时候我是拒绝的。VS Code 我用了快十年，什么插件没见过，一个 AI 编程工具能翻出什么花来？但架不住同事天天在群里吹，我最终还是花了点时间认真用了用——然后，我收回之前的傲慢。

先说结论：它确实香，但香的方式跟我想象的不一样

我最开始以为 Cursor 的价值在于"帮我写代码"。用了三个月后我意识到，它真正的价值是**帮我把脑子里那个模糊的想法快速变成可运行的代码骨架**。

这个区别很关键。帮你写代码，你还是得知道要写什么；帮你把模糊想法变成代码骨架，你可以在不知道具体怎么实现的情况下先跑起来，再慢慢迭代。这对创新的速度影响是质的。

举几个我最近的真实场景：

# 场景：我需要实现一个带重试和熔断的 HTTP 客户端

# 以前：先查文档，再写代码，至少半小时

# 现在：直接问 Cursor，5分钟跑通，再根据自己的边界情况调整

import httpx

from tenacity import retry, stop_after_attempt, wait_exponential

from circuitbreaker import circuit

@circuit(failure_threshold=5, recovery_timeout=30)

@retry(stop=stop_after_attempt(3), wait=wait_exponential(multiplier=1, max=10))

async def call_external_api(url: str, payload: dict) -> dict:

async with httpx.AsyncClient(timeout=30.0) as client:

response = await client.post(url, json=payload)

response.raise_for_status()

return response.json()

# Cursor 帮我补全了这个完整的重试+熔断逻辑

# 我只需要告诉它："加个指数退避，熔断阈值5次"

# 它自己把 tenacity 和 circuitbreaker 串起来了

这种场景下 Cursor 的表现是惊艳的。但你要是让我用它写整个业务逻辑——不行，它会开始编造各种不存在的字段和接口。

真正让我头疼的几个坑

###坑1：上下文窗口的诅咒

Cursor 的 Agent 模式默认上下文窗口不大，遇到大型重构任务时它会"失忆"。我曾经让它帮我把一个 2000 行的单文件服务拆成微服务模块，结果做到一半它开始重复创建相同的文件，因为前面的决策已经从上下文里被挤出去了。

**我的解法**：分步骤做，每次只重构一个模块。看起来慢，实际上更可靠。

# 不要一次性问："帮我把这个 monolith 拆成微服务"

# 分成多个小任务：

# 1. "先分析当前的模块依赖，画出依赖图"

# 2. "识别边界上下文，提出拆分方案"

# 3. "先拆分 auth 模块，保留原有接口做兼容层"

# ...

坑2：对中文命名和注释的"歧视"

Cursor 对中文的支持其实不差，但对中文变量的理解能力明显弱于英文。有一次我让它基于我写的接口文档生成代码，接口里有个字段叫 order_status，文档里明确写了是"订单状态"，结果 Cursor 生成代码时把它当成了布尔值，因为训练数据里 order_status 这个名字经常出现在 true/false 的语境里。

**解法**：接口文档全部用英文写，关键字段加注释说明业务含义。这其实也是好的工程实践。

坑3：团队协作中的"风格漂移"

Cursor 会把你的编码风格学过去——听起来很美好对吧？但问题是它会学得过于激进。我有个同事喜欢用字典推导式，结果 Cursor 帮他生成的代码里到处是嵌套三层的神仙写法，整个团队review 代码的时候一脸懵。

**解法**：在 Cursor 的 Project Rules 里明确约束代码风格，不要让它自由发挥。我现在的规则里直接写了"优先可读性，禁止单行超过80字符，if 语句必须换行"。

GitHub Copilot vs Cursor：我的选择

这两个我都深度用过，说说真实感受：

**Copilot 更像是"打字机的升级版"**——你写，它补全，帮你减少敲键盘的时间。适合你已经很明确要写什么，只是懒得自己敲出来的场景。

**Cursor 更像是"结对编程伙伴"**——你描述需求，它帮你构建，能做决策、做重构、甚至帮你调试。适合你需要快速探索和迭代的场景。

我的分工：写业务逻辑用 Copilot（我脑子里已经有方案了），探索新方案用 Cursor（我想快速验证一个想法是否可行）。

几个让 Cursor 效率翻倍的小技巧

2. **@ 符号的精髓**：不只@文件，可以@整个文件夹、@Git commit、甚至@URL。上下文越精准，生成质量越高。

3. **Composer 模式做多文件重构**：Composor 是 Cursor 最被低估的功能。它能同时编辑多个文件做大型重构，这在传统编辑器里需要自己手动追踪依赖和改动。

4. **别让它帮你做安全决策**：生成的代码里经常有 hardcode 的 API key、SQL拼接等问题。AI 写代码很快，但安全意识是它的弱项——这块必须人肉review。

写在最后

用了三个月 Cursor，我最大的感受是：**它把编程的门槛降低了，但把优秀编程的门槛提高了**。

因为 AI 能快速生成代码，所以"能跑就行"的代码越来越不值钱。但"能写出清晰需求、知道什么是好的代码、能在 AI 生成的基础上做判断和优化"这些能力，反而更稀缺了。

换句话说，Cursor 不会取代你，但会用 Cursor 的你会取代不用 Cursor 的你。

这不是一个技术问题，这是一个态度问题。

*作者做了8年前后端开发，现关注 AI+Developer Tooling 领域。观点偏激，欢迎来辩。*