Cursor 省流技巧

背景

随着 Cursor 的普及，身边朋友很多企业都在普及curso了，最近身边有小伙伴在讨论说额度不够花，本文总结了一些实用技巧，在不降低效率的前提下减少消耗，更合理地使用工具。

省流技巧

1. 拒绝无效工作

AI 在给你完成一项任务时，会默认生成一大堆注释，测试代码以及一大堆文档，还可能给文档再生成一个文档说明形成“文档套娃”，最后再来一大段总结。

其实这些生成的内容，看着很专业，但可阅读性极差，大概率人也不会去看，基本属于 AI 的自嗨。可以通过 Cursor Rules 去针对这部分内容进行输出限制： 一键添加

2. 明确需求，一次说清，批量完成

在让 AI 执行任务之前，先把需求一次性描述清楚。

避免反复提问、反复修改导致的来回消耗。

不好的做法：

• 第一次："帮我重命名 Button 组件"

• 第二次："帮我重命名 Input 组件"

• 第三次："帮我重命名 Select 组件"

好的做法：

• 一次性："帮我重命名以下组件：

• Button → UIButton

• Input → UIInput

• Select → UISelect"

这场景下的一次性完成批量任务，可以减少多次对话的上下文累积，从而节省消耗

3. 忽略无关上下文

上下文越多，额度消耗越快。不引用无关的代码、文档时，可以用 .cursorignore 忽略目录，例如:

# 依赖和构建产物
node_modules/
dist/
build/
.next/
.nuxt/

# 测试覆盖率
coverage/

# 日志和临时文件
*.log
.DS_Store
*.tmp
.vscode

# 大型静态资源
public/images/
static/videos/

# 第三方库
vendor/

4. 不是什么都要 AI 做

有些任务手动做比让 AI 做更快、更省钱。

适合手动做的任务：

• 变量重命名（IDE 自带重命名功能）
• 代码格式化（Prettier 自动完成）
• 简单的查找替换（Cmd/Ctrl + F）
• 删除注释掉的代码
• 修改已知的小 bug

5. 先方案，再执行（SPEC）

使用 spec 流程可以减少因方案错误导致的大量返工，从而节省消耗

Spec 流程

1. 需求梳理

   • 采用 EARS（简易需求语法）方法，AI 协助用户梳理需求，生成 requirements.md。

2. 技术方案设计

   • 基于需求，AI 生成技术架构、技术选型、接口/数据库设计等，形成 design.md。

3. 任务拆分

   • 按照需求和设计，AI 拆分具体开发任务，生成 tasks.md。

4. 自动执行与追踪

   • AI 根据任务清单自动推进开发，实时更新任务状态。

6. 精确引用文件

用 @ 符号精确引用需要的文件，而不是让 Cursor 自动搜索。

不好的做法：

• "帮我优化代码"（Cursor 会扫描整个项目）

好的做法：

• @src/utils/request.ts 优化这个文件的错误处理逻辑
• @components/UserCard.tsx @types/user.ts 基于 user 类型优化 UserCard 组件

明确告诉 AI 需要关注的文件，避免无关代码进入上下文。

7. 不同的工作流和任务使用新会话窗口

Cursor 会自动总结历史对话，但长时间在一个对话框内工作，上下文会变得很长（消耗增加）。按任务分工开不同的对话框，减少每次生成的上下文负担。

8. 合理使用 "Max" 模式

通常 Cursor 使用 200k tokens（约 15,000 行代码）的上下文窗口。 Max 模式会将少数模型的上下文窗口扩展到其支持的最大长度，计费也会计算往返两次，切按token数量计费。

建议默认禁用 max 模式，只在有预期需要很大上下文的场景下再开启

9. 合理使用代码补全（Tab）

Cursor 的 Tab 补全功能消耗的额度远低于对话模式。在以下场景可以更省流，同时效率也可能会更高

适用场景：

• 补全函数体
• 生成简单的类型定义
• 写重复性代码（如 CRUD