让Cursor帮你把产品落地（工作流模式）

最新发现一个可以落地的 Cursor 工作流技巧，这是BMad Code开源的一个库。

首先，它可以让cursor创建约束自己的rule规范，来进行增强Cursor的能力。

其次，可以根据工作流模式，可以直接让Cursor把你的idea落地。 然后根据它已经预设好的project-idea-prompt执行。

现在的你只需要提供你的想法，Cursor就可以帮你生成对应的产品需求文档（prd）。

根据prd需求并执行工作流：Epic -> Story -> Task -> Subtask。拆解任务模块，然后一步步完成。

如果你想把产品做得更加细腻，可以提供更加细致的需求，让Cursor进行生成更加详细的PRD

快速上手

克隆 cursor-auto-rules-agile-workflow 这个库，它里面已经创建好了规则，如何生成到你指定的项目。

shell 复制代码

git clone https://github.com/bmadcode/cursor-auto-rules-agile-workflow.git

cd cursor-auto-rules-agile-workflow

克隆之后，就会有对应的cursor的rules，你查看000-cursor-rules.mdc文件时，会发现一些红色警告的匹配规则，这个时候，需要你把当前工作区的警用掉mdc。

需要添加以下配置，这一步重要！！

sh 复制代码

"workbench.editorAssociations": {
    "*.mdc": "default"
  }

路径：首先项 -> 设置 -> 工作区，如何搜索editorAssociations, 就可以添加对应的配置。

重新打开000-cursor-rules.mdc文件，就没有对应的警告了。

生成rule的方式

你可以直接在当前项目执行./apply-rules.sh进行生成rule，也可以指定自己的项目生成。只需要后面跟上你的项目路径：

sh 复制代码

Example:
./apply-rules.sh ~/projects/my-project

如果需要在历史项目上生成rules，就可以按照这种方式，就不需要再次克隆项目。

比如，我再另个文件夹rule-template进行创建规则，执行下面语句后就可以生成对应的.cursor、.gitignore、.cursorignore、.cursorindexingignore等文件。

sh 复制代码

./apply-rules.sh ../rule-template

Cursor的实践落地

切换到rule-template文件夹，进行测试落地效果。

实践1: 自动创建对应开发规范的rule

在已有的项目，或者新项目，如果需要定制一个开发规范，你只需要告诉Cursor，你大概要的规范，他就可以给你指定对应的mdc文件规范。

比如，我需要这么一条rule规则，在cursor开启agent并且选择 claude3.7 Sonnet Think 模型进行对话即可。

text 复制代码

prompt: 创建一条规则，项目里的组件目录下命名是首字母大写驼峰，接口目录下的命名是首字母小写驼峰，其他目录是下划线。

中途小插曲

实践过程中，是在 Claud Sonnet 3.5、3.7 和 3.7 thinking 上进行测试，与其他模型可靠性可能有所不同。

Claude Sonnet 3.5、3.7 这些模型，需要升级Cursor Pro。

如果不知道怎么升级，注册一张Master虚拟卡解决升级支付的问题： wildscard.com

具体的教程 ： (保姆教程）Cursor Pro 升级教程，仅需支付宝订阅Cursor Pro

实践2: workflow 工作流

这是一种自动化工作流模型，你要实现的项目可以让cursor进行拆解成多个任务，根据你的调整对应的prd产品需求文档，或者story-1、story-2等等。

批准之后，就可以一步一步的实施落地。

首先在cursor编辑器的 NOTEPADS 创建一个 Notepad

我创建了ikun notepad 模版，然后把 xnotes/workflow-aglie.md 里的内容，复制粘贴到 ikun里面。

在跟Cursor对话是，@你的notepad，它就可以根据里面的要求执行。如：@ikun 我有个想法，搭建一个xxx网站等等。

接着，它就自动创建.ai目录，并且生成prd文件，也就是产品需求文档，在 prd 文件里有对应的需求状态、需求分析、技术栈以及解决方案等等。

如果你想把产品做得更加细腻，可以给出更详细的需求，让 Cursor 帮你输出 prd 文件。

然后一步一步，生成对应的流程，prd -> arch -> story。

也就是让 Cursor 进行分析 prd 文档，根据需求生成一个技术架构，根据prd文档的Epic结构拆解成多个任务，每个Epic生成对应的story-1、story-2等等。

当story-1的任务完成之后，就会自动修改状态，开始下一个任务，story-2。

其中，你跟Cursor的对话流程，也都会写在每一个story里。

整个过程，你只需要关注下面的几个工作流程的阶段就行，改改需求文档，修修bug。

而且更好的管理一个全新的项目，并且成本也会降低，无需频繁的去对话，就可以生成你要的idea项目。

工作流程

整个工作流程，关注两个阶段：计划阶段和 ACT 阶段。

1. 计划阶段：

关注文档和规划
仅修改 .ai 目录下的文档、项目下的readme 和 rule规则
所需 PRD 和架构的审批

2. ACT 阶段：

实施进行中的已批准story
任务逐个执行
持续测试和验证

bash 复制代码

.ai/
├── prd.md                 # Product Requirements Document
├── arch.md               # Architecture Decision Record
├── epic-1/              # Current Epic directory
│   ├── story-1.story.md  # Story files for Epic 1
│   ├── story-2.story.md
│   └── story-3.story.md
├── epic-2/              # Future Epic directory
│   └── ...
└── epic-3/              # Future Epic directory
    └── ...