用 Cursor 大半年，踩过无数次"它不按我的规范来"的坑之后，我整理了一份 .cursorrules，团队用下来效果还行，分享给大家参考。
核心就三点：限定技术栈、限定改动边界、强制写测试。
# 项目规则
- 技术栈：Next.js App Router + TypeScript + Prisma，禁止引入新依赖。
- 改动边界：每次只改与任务直接相关的文件，不要顺手重构无关代码。
- 测试：新增/修改的业务逻辑必须附带单元测试，跑 `pnpm test` 通过后再提交。
- 提交信息遵循 Conventional Commits，中文描述。
关键是"改动边界"那一条，加上之后乱改无关文件的情况少了一大半。欢迎聊聊你们的规则都写了啥。
暂时没有回复。
Related
讨论
社区讨论帖，欢迎分享你的经验和观点。
讨论
社区讨论帖，欢迎分享你的经验和观点。
讨论
最近团队在分裂，一半人 Cursor 死忠，一半人全面转向 Claude Code。我自己两个订阅都开着，但说实话每个月都在纠结要不要砍掉一个。 Cursor 的 Composer 我用得很顺，多文件改动一把梭；但 Claude Code 在终端里跑长任务、跑测试的稳定性确实更好
讨论
我用 Vibe Coding 肝了两个 side project，速度是真的快，一周就把 MVP 撸出来了。但上线两周后开始还债：变量命名乱七八糟，边界条件没几个覆盖，重构的时候连我自己都看不懂。 我现在倾向于：原型阶段放开用，一旦决定上线，必须强制走测试和 review，不然就