Cursor进阶版使用技巧
[Cusor Rules规则组件应用](#Cusor Rules规则组件应用)
[Rules 和 Skills的区别](#Rules 和 Skills的区别)
[Skills 使用](#Skills 使用)
Cursor终端功能深度应用
在终端上输入dir或者ls命令，查看目录中的文件和文件夹。按Ctrl键+鼠标点击即可跳转到指定文件
Cursor高效率@注记功能
@ 用来把文件、函数、代码、文档、Git、终端等内容作为上下文发送给 AI。
@Docs介绍
Docs ------ 让 AI 按官方文档 / 外部文档 / 自定义文档来回答问题，而不是凭模型记忆。
除了给定的docs外，我们还可以手动添加docs，加入文档之后，使用文档进行提问的方式和单个文件一样，使用Ctrl+L唤起对话框，然后输入@，点击docs选择添加好的文档即可
效果展示：
还可以这样使用：
@Docs Spring Boot
为什么 DataSource 配置不生效？
@Docs Spring Boot
设计一个用户登录接口，符合 Spring Boot 推荐方式
@Docs Spring Boot @Code
这段 Controller 写法是否符合 Spring Boot 推荐实践？@Browser介绍
Browser ------ 让 Cursor 打开网页 / 搜索网页内容，然后根据网页内容回答你。
能够对实时互联网进行搜索，获取官方文档之外的（当然也可以获取官方文档），最新的教程、技术比较以及针对某一主题的多角度观点。这使得模型能够接触到更广泛的社区知识、解决方案和最新的技术动态。
需要注意的是，@Web 提供了动态和多样化的信息来源，但它的信息质量和可靠性可能参差不齐。
Past Chats介绍
Past Chats ------ 可以读取你之前的聊天记录作为上下文，让后续对话、代码生成、修改等操作参考你过去的需求、代码风格和项目背景。简单来说，Past Chats 的作用是提供历史对话上下文，让 AI 具有"记忆"，可以延续之前的讨论、理解项目长期目标、保持代码风格一致，而不是每次对话都从零开始。
Cursor 官方文档已经把 @Past Chats 纳入 Agent 的上下文方式，这意味着"历史会话"已经从聊天记录升级成正式的信息来源。
效果展示
@git介绍
@Git 是让 AI 读取 Git 仓库的信息（commit、diff、历史记录、改动文件等），然后帮你分析代码改动、写 commit、做 Code Review、总结改动。
Cusor Rules规则组件应用
Cursor Rules 是一种用户定义的规则集，可以嵌入到项目中，用于指导 AI 如何生成或修改代码。通过这些规则，开发者可以
- 定制 AI 行为，根据项目需求调整 AI 的响应方式；
- 保持一致性，定义编码风格和最佳实践，确保生成的代码符合项目规范；
- 提供上下文信息，让 AI 了解项目结构、常用方法或特定库，从而生成更符合需求的代码；
- 同时还能提高开发效率，减少手动调整代码的时间，让AI 生成更精准的代码。
简单来说，Cursor Rules 就像给 AI 一份"说明书"，告诉它如何更好地服务你的项目。
对于：Project Rule
是 Cursor 中用于约束 AI 在整个项目中 编写、修改代码行为的项目级规则，相当于给 AI 的项目开发规范说明。
创建方式：在 Cursor → Rules → New Rule 中新建规则，填写 Rule name（必填）、Rule 内容（必填），并选择 Apply 范围（必填：Always applied 或 Apply to Specific Files & Folders），然后点击 Done 保存。创建完成后，Cursor 会在项目目录下自动生成规则文件，通常位于 .cursor/rules/ 目录中（每个 Rule 对应一个mdc文件），AI 在该项目中的所有代码生成和修改都会自动参考这些规则。
示例 Rule 内容如下：
"你是一名资深 Java 后端工程师，请遵循 Controller→Service→Repository 分层架构编写代码，业务逻辑写在 Service 层，接口使用 DTO，不要直接返回 Entity，优先复用现有代码，只修改与当前任务相关的文件，确保代码可以编译运行，并始终使用中文回答。"
Cursor 的四种 Rule（规则应用方式） 的介绍
-
Always Apply（始终应用） 表示该规则在整个项目中始终生效，会自动应用到所有聊天、代码生成、代码修改和 Agent 操作中。无论AI在处理什么文件或任务，都会遵循这条规则。该模式通常用于项目级规则，例如项目架构、编码规范、技术栈说明、日志规范、接口规范、语言要求等，相当于项目的全局开发规范或"项目宪法"。
-
Apply Intelligently（智能应用）表示 Cursor 会根据任务内容和规则描述（description）自动判断是否应用该规则。当 AI 认为当前任务与规则相关时才会加载该规则，例如数据库规则、测试规则、SQL 编写规则、前端规则等。这种方式适合一些只在特定场景下使用的规则，因此通常需要写清楚规则的 description，帮助 AI 判断何时使用。
-
Apply to Specific Files（应用到指定文件）表示该规则只在指定文件或目录下生效，通常通过文件路径或 glob 模式进行匹配。例如可以为 controller、service、repository、entity 等不同目录分别设置不同规则，当 AI 修改或生成这些目录下的代码时，对应规则才会生效。这种方式适用于分层架构项目，可以为不同层设置不同的开发规范。
-
Apply Manually（手动应用）表示该规则不会自动生效，只有在聊天中手动通过 @rule-name 的方式引用该规则时才会应用。这种规则适合一些临时规则或特定任务规则，例如生成 SQL、编写测试、生成接口文档、代码重构规则等。只有在需要时手动启用，不会影响日常代码生成。
别把 Rules 写成"大百科全书"。官方明确建议：不要把完整风格指南、所有命令、各种极少出现的边缘情况都塞进去。更好的方式是：只在 Agent 反复犯错的地方补规则。
Rules 和 Skills的区别
官方在 2026 年的最佳实践里明确区分了：
Rules：每次对话都会带上的静态约束 ------告诉 AI 应该怎么写代码
Skills：按需动态调用 的能力或工作流，比如生成组件、跑测试、修复 lint、脚手架流程等------让 AI 完成一个开发流程
Skills使用
下面的内容是单个项目部署，如果想要全局使用Skill，查看该文档即可，需要安装openskills。
什么是Skill？
Skills 是一套【让模型在合适的时候，临时学会的一项新能力】的机制。
- 合适的时候------精准触发，不浪费计算资源与上下文空间。
- 临时 按需调用------任务结束后不长期占用模型注意力。
- 新能力 突破模型原生限制，实现如PDF 解析、代码执行等扩展功能。
1.尝试自己创建一个简单的skills：
Cursor提供了一个 skill-creator。你可以让 AI 根据你的需求，自己写一个新的 Skill，如：
"我经常需要分析 /fixes 目录下的修改记录。请调用 skill-creator，帮我做一个自动生成'改动报表'的 Skill。"或者也可以通过cursor给的选项尝试创建一个简单的skill
- 拉取代码仓库的skills
Skill Store
下载解压后，将里面的skills的文件夹复制到./cursor/skills（官方建议这个文件，也可以自定义）里面，可以看到已经引入了skills。
再次打开setting --> rules,可以看见有很多的skill
使用斜杠命令显式调用技能:
总结
- 使用 Cursor，第一步不是让 AI 直接写代码，而是先把准确的上下文交给它。只有上下文足够具体，AI 才能真正理解项目，而不是脱离现实地生成答案。
- 第二步是把长期稳定的规范固化为 Rules。这样，AI 在任何一次对话和改动中，都能沿着同一套项目标准工作，不再反复偏离。
- 第三步是把高频重复流程封装为 Skills。这样，团队经验不再停留在人脑和聊天记录中，而是沉淀成可调用、可复用、可扩展的开发能力。
- 最终，Cursor 不再只是一个更聪明的聊天机器人，而是一个真正参与项目协作的开发系统。