如何利用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 这个库，它里面已经创建好了规则，如何生成到你指定的项目。
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。
需要添加以下配置，这一步重要！！
"workbench.editorAssociations": {
"*.mdc": "default"
}
路径：首先项 -> 设置 -> 工作区，如何搜索editorAssociations, 就可以添加对应的配置。
重新打开000-cursor-rules.mdc文件，就没有对应的警告了。
生成rule的方式
你可以直接在当前项目执行./apply-rules.sh进行生成rule，也可以指定自己的项目生成。 只需要后面跟上你的项目路径：
Example:
./apply-rules.sh ~/projects/my-project
如果需要在历史项目上生成rules，就可以按照这种方式，就不需要再次克隆项目。
比如，我再另个文件夹rule-template进行创建规则，执行下面语句后就可以生成对应的.cursor、.gitignore、.cursorignore、.cursorindexingignore等文件。
./apply-rules.sh ../rule-template
Cursor的实践落地
切换到rule-template文件夹，进行测试落地效果。
实践1: 自动创建对应开发规范的rule
在已有的项目，或者新项目，如果需要定制一个开发规范，你只需要告诉Cursor，你大概要的规范，他就可以给你指定对应的mdc文件规范。
比如，我需要这么一条rule规则，在cursor开启agent并且选择 claude3.7 Sonnet Think 模型 进行对话即可。
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
- 任务逐个执行
- 持续测试和验证
.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
└── ...
``
