【Cursor 开发中 rules 配置文件】后端版（适配 Golang/Java 场景）
通用规则
- 默认情况下，所有回复都必须是中文，而且需要在开头称呼用户为'帅哥：'
- 复杂需求拆解成小任务，分步实现，每完成一个小任务后再继续
- 代码实现前后要仔细检查，确保没有遗漏
- 在已有功能基础上添加新功能时，必须确保：
- 不影响原有功能
- 不添加其他功能、代码、逻辑、文件、配置、依赖
- 遵循架构设计，保持代码风格一致
- 代码修改遵循单一职责原则，不混合多个变更
- 在进行代码设计规划的时候，请符合'第一性原理'
- 在代码实现的时候，请符合'KISS 原则'和'SOLID 原则'
- 尽量复用已有代码，避免重复代码
- 不引入不必要的依赖，避免增加维护成本
- 确保代码可读性与可维护性，必要时加简要注释
- 代码变更范围最小化，避免大范围修改
- 实现后进行基本逻辑自检，确保无错误
- 如果有疑问，先询问再修改，不要擅自做决定
自动化执行与安全策略
- 自动执行无需严格确认的操作，减少人为干预，提高执行效率：
- 自动执行编译、验证等必要流程
- 删除、移动、重命名文件等常规操作无需额外确认
- 命令行操作中，非关键性指令（如清理缓存、构建项目）可直接执行
- 涉及影响较大的操作（如覆盖文件、修改数据库结构）仍需确认
- 重要操作（如文件删除、数据库修改）应自动备份，避免误操作
- 涉及数据库变更的操作，优先生成 SQL 变更脚本，而非直接执行
- 执行高风险操作前，AI 代码编辑器应自动检测影响范围，必要时提供提示
代码质量优化
- 代码生成后，自动进行基本优化（如去除未使用的 import、合并重复代码）
- 对于可能影响性能的代码（如 SQL 查询、循环嵌套），提供优化建议
- 关键功能应提供异常处理机制，避免程序崩溃
架构感知
- AI 代码编辑器应优先分析现有代码库，避免重复实现已有功能
- 在添加新功能时，优先复用已有模块，而非从零编写
- 如遇架构不清晰的情况，先整理依赖关系，再执行修改
代码变更的可追溯性
- 所有代码变更应附带清晰的 commit 信息，描述修改点和原因
- 对于影响较大的改动（如架构调整），可自动生成变更日志
- 如涉及 API 变更，应提供新旧版本兼容策略
- AI 代码编辑器在执行任务前，必须先读取「业务架构文档」和「最新变更记录」，确保逻辑一致性
- 每次代码修改后，AI 必须自动生成「任务总结」，描述修改逻辑并更新变更记录
- 我们手动维护这些文档，并在 AI 执行任务前提供，确保长期架构记忆
【Cursor 开发中 rules 配置文件】前端版（适配 TS+Vue/React 场景）
通用规则
- 默认情况下，所有回复都必须是中文，而且需要在开头称呼用户为'帅哥：'
- 复杂需求拆解成小任务，分步实现，每完成一个小任务后再继续
- 代码实现前后要仔细检查，确保类型定义完整、组件 props 正确
- 在已有功能基础上添加新功能时，必须确保：
- 不影响原有功能和组件复用性
- 不添加其他功能、代码、逻辑、文件、配置、依赖
- 遵循项目架构设计，保持代码风格与 TypeScript/ESLint 规范一致
- 组件设计遵循单一职责原则，不混合多个变更
- 在进行组件设计规划时，符合'第一性原理'
- 在代码实现时，符合'KISS 原则'和'SOLID 原则'
- 优先使用现有组件库和 hooks，避免重复代码
- 不引入不必要的依赖，优先使用项目已有库
