难怪你还不知道！这些Cursor使用技巧帮你轻松搞定一切！

技巧一：用文件夹来管理项目

其实，Cursor默认是通过文件夹来管理项目的。所以，在新建项目的时候，最好是在一个空文件夹中开始，这样能帮你更好地组织项目文件，也方便进行版本管理。

Codebase会把你当前的目录作为根目录，并建立代码仓库的索引。

你可能感兴趣：你绝对想不到，Cursor是如何以每秒1000个字符的速度碾压所有代码编辑器的！

技巧二：明确表达需求

跟Cursor说需求的时候，越具体越好，描述得越详细，生成的结果就越能符合你的期待。

如果只是简单地告诉Cursor要一个表单，它可能就不太清楚你具体需要什么。比如说，表单里要包含哪些内容、有哪些操作、外观样式等，这些信息Cursor都不知道，结果可能会生成一些随机的东西，或者还要多问你一些问题，以确保能满足你的需求。

所以，当你把需求说得清清楚楚，Cursor就能理解你的意思，生成出符合你想法的内容。

技巧三：养成写注释的习惯

AI生成的代码有时候会带有注释，但大多数情况下是没有的。没有注释的代码可读性和可维护性都差，后续维护和二次开发可能会遇到麻烦。

你可以让AI为代码加上注释，还能解释代码的功能。

技巧四：充分利用文档

合理使用README文件

让AI通过阅读和更新README文件，来了解项目的基本结构和功能，这样能避免AI出现短暂性失忆的情况。

在项目的根目录下创建一个.cursorrules文件，添加一些提示词。

# Role
你是一名极其优秀具有20年经验的产品经理和精通所有编程语言的工程师。与你交流的用户是不懂代码的初中生，不善于表达产品和代码需求。你的工作对用户来说非常重要，完成后将获得10000美元奖励。
# Goal
你的目标是帮助用户以他容易理解的方式完成他所需要的产品设计和开发工作，你始终非常主动完成所有工作，而不是让用户多次推动你。
在理解用户的产品需求、编写代码、解决代码问题时，你始终遵循以下原则：
## 第一步
- 当用户向你提出任何需求时，你首先应该浏览根目录下的readme.md文件和所有代码文档，理解这个项目的目标、架构、实现方式等。如果还没有readme文件，你应该创建，这个文件将作为用户使用你提供的所有功能的说明书，以及你对项目内容的规划。因此你需要在readme.md文件中清晰描述所有功能的用途、使用方法、参数说明、返回值说明等，确保用户可以轻松理解和使用这些功能。
## 第二步
你需要理解用户正在给你提供的是什么任务
### 当用户直接为你提供需求时，你应当：
- 首先，你应当充分理解用户需求，并且可以站在用户的角度思考，如果我是用户，我需要什么？
- 其次，你应该作为产品经理理解用户需求是否存在缺漏，你应当和用户探讨和补全需求，直到用户满意为止；
- 最后，你应当使用最简单的解决方案来满足用户需求，而不是使用复杂或者高级的解决方案。
### 当用户请求你编写代码时，你应当：
- 首先，你会思考用户需求是什么，目前你有的代码库内容，并进行一步步的思考与规划
- 接着，在完成规划后，你应当选择合适的编程语言和框架来实现用户需求，你应该选择solid原则来设计代码结构，并且使用设计模式解决常见问题；
- 再次，编写代码时你总是完善撰写所有代码模块的注释，并且在代码中增加必要的监控手段让你清晰知晓错误发生在哪里；
- 最后，你应当使用简单可控的解决方案来满足用户需求，而不是使用复杂的解决方案。
### 当用户请求你解决代码问题是，你应当：
- 首先，你需要完整阅读所在代码文件库，并且理解所有代码的功能和逻辑；
- 其次，你应当思考导致用户所发送代码错误的原因，并提出解决问题的思路；
- 最后，你应当预设你的解决方案可能不准确，因此你需要和用户进行多次交互，并且每次交互后，你应当总结上一次交互的结果，并根据这些结果调整你的解决方案，直到用户满意为止。
## 第三步
在完成用户要求的任务后，你应该对改成任务完成的步骤进行反思，思考项目可能存在的问题和改进方式，并更新在readme.md文件中

提示词来源：https://www.bookai.top/cursor/Cursor-Prompt/cursor-system-prompt

充分利用Docs

把常用的文档链接加入Docs，比如常用的API文档、示例等，这样在使用Cursor时可以方便地@引用，为AI提供文档依据，减少AI产生幻觉的可能性。

善用Notepad

在Notepad里写下常用的规则、数据格式等，这样在和模型交互时，可以随时@Notepad引入这些笔记，给AI提供上下文信息。

技巧五：精细化版本控制

在用Cursor完成小功能时，及时做好版本提交是个好习惯，这样能确保当前的代码是可用的。虽然Cursor有Checkpoint功能，但如果操作流程变得复杂，谁能保证不会出错呢？熟悉Git的小伙伴们会发现，Git比Checkpoint好用得多。

如果不小心修改或删除了部分内容，通过Checkpoint或Git可以快速将代码恢复到正常状态，再也不用担心Cursor搞坏你的项目了。

技巧六：多用“保存全部”功能

使用Cursor生成功能后，我们不能确保它的可用性和准确性。此时，如果保存了文件更改，结果却不如预期，那有没有不改变文件的方式可以查看效果呢？当然有，Cursor提供了一个“保存全部”功能，让你先看看效果再决定是否保存。

点击“保存全部”后，你可以正常查看生成的效果。

如果效果满意，可以用“接受”来确认更改；如果不满意，可以“拒绝”更改，这样代码就会恢复到最初状态。

技巧七：常用Codebase

当我们使用Chat和Composer功能时，可能会发现Cursor有时并不完全了解我们的意图，甚至对项目功能都不清楚，常常给出一些不相关的内容。这时，多用@Codebase可以帮助Cursor保持对项目的理解。

举个例子，假如在项目中新建一个文档.txt文件，在Chat中列出项目目录时可能发现这个文件不见了。

使用@Codebase就能看到上下文中其实已经存在文档.txt文件。

也可以使用全局的Codebase索引进行同步。

此时再查看项目目录，内容就会同步更新。

技巧八：使用Cursor规则来限制AI

合理利用全局Cursor规则和局部Cursor规则，可以大大减少AI的幻觉和自由度，生成的内容更符合你的需求。全局Cursor规则是针对所有项目设置的规则。

而局部Cursor规则则是针对当前项目的设置，可以根据项目的具体要求进行调整。

当Cursor创建文件时，会按照你设定的提示词来分类处理文件。

技巧九：拆解任务

在使用Cursor的过程中，可能会发现如果一次性给出太多需求，Cursor可能只会完成部分，甚至可能什么都不做，生成一些无关的内容。这通常是因为需求没有表达清晰，或者在一个提示词里包含了太多信息，导致Cursor理解上出现问题。毕竟，AI的上下文信息和输出是有限的。

所以，学会拆解任务是很重要的，每次让AI完成一个小任务，解决完再进行下一个。比如，当你有一些复杂的项目需求时，如果把所有的提示词一次性给Cursor，它可能无法完全按照要求输出。这时就需要考虑把任务拆分，比如分成登录页面、首页和路由配置等三个小任务来处理。

为了避免在处理某个任务时受到其他内容的干扰，建议每个任务都单独开一个会话窗口。这样一来，你就可以专心描述UI交互等具体需求，不用担心上下文会影响到当前的工作。其实，单个任务一般不会超出上下文的限制。

温馨提示

详细信息请查看原文：【Cursor】Cursor使用技巧整理
本文内容源自微信公众号 “程序员小溪”，这里只是简单的分享。如果你想获取最新动态，欢迎关注我的公众号，里面会不定期更新我的学习心得。