Cursor：从N个大型项目中提炼的宝贵经验分享

嘿，大家好，我是辉哥，一个热衷于用AI技术探索副业的小伙伴。

作为一名独立开发者，我非常喜欢使用Cursor，简直可以说，今天的开发工作就是围绕Cursor展开的。

在我利用Cursor完成了十多个项目后，积累了一些经验，今天就想和大家分享一下，希望能给你们带来新的灵感。

规则介绍

在Cursor中，“规则”就是代码编辑器的自定义设置或行为规范，主要用来管理代码的风格、格式和静态分析，或者在AI生成代码时施加一些约束。具体来说，规则可以包含代码格式、AI生成代码的限制以及特定项目的规范。

现在的各类大型模型都有上下文长度的限制，尤其是在多轮对话的场景中，对同一个功能，Cursor可能会给出不同的实现方案。所以我认为，在项目开发中，如果代码的统一性得不到保证，那是不能接受的。

如何从零开始创建 Rules

如果你的项目是从零开始的，可以让Cursor（使用
claude-3.7-sonnet-thinking）为我们生成一个初步的规则。

提示词可以简单一点：比如说，我想开发一个前后端分离的后端项目，使用Java语言，项目从零开始，请帮我生成一个Cursor中的规则文件（markdown格式），确保我们的后端项目能够按照现代化的标准流程实现功能，尽量做到完整。

最终，生成了12个主要规则，基本上是可以用的。如果你熟悉编程，最好把自己熟悉的技术栈添加进去，这样后续的维护会更方便。

  com.company.project
    ├── config        # 配置类
    ├── controller    # 控制器
    ├── service       # 服务接口
    │   └── impl      # 服务实现
    ├── repository    # 数据访问接口
    │   └── impl      # 数据访问实现（如需）
    ├── model         # 数据模型
    │   ├── entity    # 数据库实体
    │   ├── dto       # 数据传输对象
    │   ├── vo        # 视图对象
    │   └── enums     # 枚举类型
    ├── util          # 工具类
    ├── exception     # 自定义异常
    ├── constant      # 常量定义
    └── aspect        # 切面类

如何维护 Rules

接下来，我们可以让Cursor根据这些规则，完成项目的初始化搭建，生成一个可以访问的demo应用。在测试demo功能可用后，就可以正式开始项目的功能开发了。

然后，我们让Cursor实现第一个模块，功能不需要过于复杂，但流程要完整。在功能实现之后，可以让Cursor进行反思，给出一些优化建议，从代码规范和实现流程两个方面考虑，帮助我们优化第一个模块的代码。

等第一个功能完成后，请Cursor更新我们的规则文件内容：基于当前的xx功能模块，对代码规范和实现流程进行总结，添加到我们的xxx规则文件中，作为后续其他模块实现的参考。

这样一来，后续其他模块的功能开发，就可以基于这份规则文件来进行，确保所有代码保持一致。

总而言之，我们应该善于利用Cursor的能力来维护规则文件的内容。

前后端开发流程

目前，前后端分离的开发方式在项目中是相当普遍的。那么，如何让Cursor高效地帮助我们实现前后端项目的功能，确实是个挑战。经过多次尝试，我总结出了一套行之有效的方法。

可以在一个工作区同时打开前后端两个项目，这样方便后续的交互开发。

然后，在功能开发上，我们可以先让Cursor帮我们实现完整的前端功能，而接口调用部分则使用mock数据返回。这样一来，我们可以专注于前端功能页面的开发和调试。

开发前后端的高效方法

等我们把页面的功能搞定后，就可以把重心转向后端的建设了。首先，咱们可以借助前端项目里 mock 的数据结构，来生成后端数据模型，推荐使用 mysql mcp，这样能自动化地帮我们处理数据库的创建。接着，利用这些模型的数据，我们就能搞定后端的一些模板管理功能。

最后，把前端项目里需要用到的 API 调用文件放到上下文中，同时把后端的接口入口目录也纳入其中。然后，让 Cursor 根据前端的接口调用来实现与后端的连接，随之调整或添加后端的接口功能，这样一来，我们的前后端项目就能实现良好的协同开发了。

小结

总体来看，我们可以先设定一些通用的规则来开启我们的项目。随着项目的不断更新迭代，要花更多的时间去维护这个规则，让它变得更适合当前项目的具体需求。

工具的价值在于能够释放我们的创造力。我们希望，通过不断完善这些规则，后续的功能开发中需要我们手动干预的次数能逐渐减少。这样的话，我们就能把更多的精力放在思考和创新上。