User Rules管个人交互风格，Project Rules管项目技术规范；前者存于Cursor设置全局生效且不进Git，后者存于项目.cursor/rules/目录下以.mdc格式提交至仓库并按文件路径精准触发。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让Cursor在不同项目里用不同规范写代码，又不希望每次新开项目都重配一遍，就得搞清Rules和User Rules到底谁管什么、谁该放哪条规则。User Rules是绑在你账号上的个人习惯设定，Project Rules才是项目专属的编码铁律，二者混用会直接导致AI在生成代码时忽略关键约束。
User Rules：你的AI说话方式由它定
打开Cursor → Settings → Rules → User Rules，这里填的是你和AI打交道的基本规矩。
比如写“所有回答必须用中文，禁用英文术语缩写，解释逻辑时用分步骤说明”，这条规则会出现在你每个项目的每次对话开头。
它不进Git仓库，别人clone你的代码也看不到；【一旦写错语法或格式，AI可能完全忽略整条规则】，而且无法按文件类型或目录路径做条件触发。
这一步操作起来很简单，直接把风格描述粘贴进去保存就行。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
Project Rules：项目自己的硬性编码守则
Project Rules必须放在项目根目录下的 .cursor/rules/ 文件夹里，文件名任意但后缀必须是 .mdc 或纯 .md（官方已全面支持Markdown格式）。
第一步：在项目里手动创建 .cursor/rules 目录
第二步：新建一个 api-conventions.mdc 文件
第三步：在里面写清楚“所有HTTP请求必须用Axios封装，错误码统一用status字段判断，禁止直接catch全局error”这类具体技术约束
这种规则只对当前仓库生效，提交后团队成员开项目就能自动加载；【.cursorrules文件已被官方明确弃用，迁移时务必删掉旧文件，否则可能和新规则冲突】。
怎么选？看这条规则是否和项目强绑定
方法一：如果规则跟人有关——比如“回答要带emoji”“别用被动语态”“每次输出前先确认需求”，就放User Rules。
方法二：如果规则跟技术栈有关——比如“Vue组件必须用Composition API”“Python函数必须有type hint”“API响应字段全部snake_case”，就放Project Rules。
方法三：如果规则既不能进Git又不能跨项目复用，比如“帮我写README时用公司模板”，那就别写进任何Rules，直接在对话里说清楚。
