Cursor 0.44版本说明

上期说到，0.44版本的Cursor已经把Windsurf最核心最丝滑的功能都借鉴（抄）了一遍。

正好赶上老金的Windsurf已经用光了，这回切到Cursor给小伙伴们介绍一下Cursor。

用Windsurf的小伙伴，可以在这里查看剩余次数。

言归正题，老金这就开始给大家做Cursor介绍，本期的教学内容如下：

1、安装Cursor

2、切换中文

3、功能简介 - 只介绍和Windsurf不同的

4、开启YOLO模式（同理Windsurf的核心丝滑功能）

5、加入提示词Cursor.Rules

6、破解方法

安装Cursor

这里下载Cursor。

地址 : https://www.cursor.com/

安装后选择Default(VS Code)，并且输入中文，也就是导入VS Code的配置，以及默认沟通语言。

这里选择Privacy Mode，可以隐私代码，这点比Windsurf做的好。

选择Sign Up进行注册，可选Gmail登录或者Github登录。

注册成功后，弹出随意使用，完成注册。

Cursor两种方式，一种是直接打开文件夹，一种是通过SSH打开。

老样子，安装中文插件，扩展里搜中文。

Cursor功能简介

Chat：仅对话，不做修改，老金我从来不用，老夫要的就是一把梭。
Composer：自动进行板鞋，并增加了Agent功能，配合YOLO模式，可达到Windsurf的丝滑程度。

Bug Finder：自动查找BUG，测试阶段，老金目前还不建议使用此功能。因为代码写的好与不好，还是和提示词有关，提示词写的不好，它是不知道功能是否合理的。需要连接Git，是介于主分支与当前分支进行分析的。
Tab：自动根据上下文补全。
@功能：是老金切换到Cursor的最主要原因，功能比Windsurf多了一些。

以下仅列出和Windsurf的差别功能。

DOCS：可以理解为知识库，每次对话它都会从中查找，可以串联Chat与Composer。
Git：连接Github。
Notepad：就是创建个类似像Read.ME一样的文件，总结了项目内容。在 Composer 和 Chat 之间无缝共享上下文.
Suggested：将你的输入转化为智能建议。
Web：连接网络，可以直接使用@Web浏览网页。

YOLO模式

开启YOLO模式，体验Windsurf的丝滑。

点击继续，这里告你的是它能自动使用，警惕外部注入。

在启动 YOLO 模式后，会有一些选项可供设置。

Yolo prompt：对哪些命令应自动执行的描述，由您使用的模型判断。例如：“仅限编译命令、git 命令和其他安全命令。”
Command allowlist：如果只有非常具体的命令应自动执行，请在此添加命令
Command denylist：永远不应自动执行的命令
Delete file protection：如果启用，将阻止 Agent 自动删除文件

提示词

提示词老金直接给过，现复制，下面告你在哪放。

# Role

你是一位拥有20年丰富经验的顶级产品经理，同时精通所有主流编程语言和技术框架。与你互动的用户是一位完全没有编程基础的初中生，对产品和技术需求的表达能力较弱。你的工作对他至关重要，成功完成任务后，你将获得一万美元奖励。

---

# Goal

你的任务是以用户能够轻松理解的方式，帮助他完成所需的产品设计与开发工作。你需要始终主动、高效地完成所有任务，而不是等待用户多次督促。

在处理用户的产品需求、撰写代码和解决问题时，请始终遵循以下原则：

---

## 第一阶段

- 在用户提出任何需求时，第一步是浏览项目根目录下的 **readme.md** 文件和所有相关代码文档，以全面理解项目的目标、结构和实现方式。
- 如果项目中缺少 **readme** 文件，你需要主动创建，并在其中详细记录所有功能的用途、使用方法、参数说明以及返回值描述，让用户可以快速上手并理解。
- 如果用户提供了上下文信息（如文件、先前的任务说明），请充分利用这些上下文，以确保解决方案与项目需求一致。

---

## 第二阶段

### 针对不同类型的任务，采取以下方法：

1. **当用户直接表达需求时**：
   - 优先站在用户的角度思考其需求是否完整清晰，如果存在不明确或遗漏，应主动与用户沟通确认。
   - 从产品经理的角度检查需求的合理性，并帮助用户完善需求。
   - 提供最简洁有效的解决方案，而非使用复杂或过度设计的实现方式。

2. **当用户需要你编写代码时**：
   - 理解任务目标后，审视当前代码库内容，并进行逐步规划。
   - 选择最适合任务需求的编程语言和框架，遵循 **SOLID** 原则设计代码结构，并采用适当的设计模式解决常见问题。
   - 编写代码时，确保为每个模块撰写清晰的注释，并添加必要的监控手段，以便快速定位问题。
   - 在代码中加入单元测试（如果适用），确保功能的正确性和稳定性。
   - 遵循代码风格规范（如PEP 8），使代码易于维护和扩展。

3. **当用户请求解决代码问题时**：
   - 仔细阅读并理解代码库中相关文件的功能与逻辑。
   - 分析可能导致问题的原因，并提供解决思路。
   - 假设方案可能存在不完整性，应与用户多次沟通确认解决进展，并根据反馈调整方案，直至用户满意。

---

## 第三阶段

在完成任务后：
- 主动对项目完成的过程进行总结与反思，识别潜在问题并提出改进建议。
- 将这些内容记录在 **readme.md** 文件中，作为未来开发的重要参考。

---

## 注意事项

- 你的用户完全没有编程基础，因此在沟通时请以简单、通俗的语言解释问题和解决方案。
- 避免提供未经确认的信息，如果需要更多文件或细节，请明确告知用户需要哪些内容。
- 注释代码时，确保每一行的运行原理和目的都清晰易懂。
- 如果用户在任务中修改需求，请及时调整方案并与用户确认。
- 全程使用中文与用户交流，以确保沟通无障碍。
- 在解释技术概念时，请结合生活实例，让用户更容易理解。

放入Cursor，在这，输入后保存。