Cursor中的项目管理技巧，让Cursor真正能在项目中用起来！
看到这里，大部分人应该都试用过Cursor了，并且跑过一些例子，是不是觉得开发效率提高了很多？
写个Demo， 一分钟搞定！
写个Web页面，几秒钟就搞定！
但是，想尝试在项目中使用时，一开始还是比较顺利，到后面就出现乱开发乱修改代码了，甚至失控了！
本文结合自己的深度实战经验，把项目管理概念引入到Cursor里面来，这样可以真正地利用Cursor的能力，帮你完成一些复杂的项目工作。
为什么要项目管理？
很多码农都喜欢自我管理，所有的实现方案和开发路线都在自己脑子里，也不喜欢写文档（需求文档、技术文档、计划文档等等）。
如果是一个个人独立完成的小项目，这种方式效果是高的。
但是在复杂的项目上，特别是多人协同上，就需要进行项目管理了，形式包括：文档沉积、计划、任务拆解分工、进度管理、晨会等等。
做这个目的是为了保证项目大家的工作节奏和步骤不会乱、统一按要求规范进行，也知道每天做到哪了，需要做哪些需求功能等等。
同样的，对于Cursor来说，如果是在比较小的需求范围内（比如几轮对话，功能不会太复杂），它就可以很快的胜任，就像单人独立开发小项目一样的。
但是对于复杂度有一定的项目，就需要一定的项目管理概念来优化和使用它了。
接下来，我从自身使用的一些经验，介绍大家一些管理Cursor项目的技巧。
使用Rules规则（建立项目规范）
无规则不成方圆，目前大部分讨论的AI没有特指一般都指大模型，大模型根据用户的输入，生成内容输出。如果你不给出一定的范围规则约束，Cursor生成的代码可能并不是你想要的，或者直接说不符合需求。
除非，你给它的提示词足够细，写明白一条条要求。
但是使用cursor不可能每次对话写prompt都写上这些要求，由是你就可以把这些全局的要求提取出来作为Rules去约束。
在Rules条件下，Cursor就像一匹快马，跑地快又不会脱缰乱跑。
具体关于Rules的使用、配置，见本站这篇文章：Cursor不用Rules会让你的项目失控！一文告诉你怎么使用
充分使用文档内容（项目设计）
传统技术人员开发项目需要写文档，AI也是需要写文档，我认为必要的这些文档包括：
业务背景文档
需求文档
技术文档
业务背景文档
其中业务背景文档介绍，必须是你自己人工写的，你要做什么产品、解决什么业务问题，这个只有你自己知道，也是你为什么要开发这个项目，Cursor不会无中生有出来这些内容。
需求文档
我认为最好你可以自己写，或者你让Cursor（或者其他AI工具）帮你编写和完善，也可以人工和Cursor同共编写（你让Cursor写一点，哪里不对提示让它修改或者自己修改）。
以上两个文档是项目的开始，一个复杂的项目，这两个东西是后面Cursor输入最重要资料，所以一定要认真准备。
技术文档
如果项目不复杂，其实有上面两个文档加上Rules，基本上可以让Cursor进行开发了。但是如果对于复杂项目开发，全程要让Cursor来完成开发，必须让它来做技术方案了。
这个过程中，需要让它反复阅读业务背景文档和需求文档（这过程中也可能需要返回去调整需求文档）；
我认为这是目前普通非技术人员无法使用Cursor进行复杂开发的主要原因，非技术人员是不懂技术实现原理的，也做不了技术方案，也不知道Cursor是怎么作出一个软件的。
技术方案输出后，是需要你自己去review下，当然，你也可以让Cursor帮你review后，再自己看下有没有大的问题。
有了以上三份文档，后面的开发都需要用@Docs把这三个文档带上去，这样子在后面的开发过程中，Cursor始终知道是要做什么产品，用什么技术路径去实现，而不是剑走偏锋。
拆分任务管理进度（项目进度管理）
对于Cursor来开发复杂的应用，对话轮数多了，Cursor经常会忘记上下文，即不知道做了些什么，还要做什么，所以项目计划和进度管理对Cursor同样很重要，可能会出现以下这些问题：
对话轮数多了，可能忘记我是谁，我在哪，我要往哪里去，于是就会胡乱发挥；
Cursor重装了、续杯重置了、换电脑了，希望打开项目能继续
希望项目可控、有序地进行，利于与Cursor对话进行开发任务推进；
怎么做？
让Cursor利用需求文档、技术文档，把开发任务拆解成task列表，按模块拆解，然后写入项目目录的task.md文件中；
项目rules里面规则要求每次完成任务，需要更新progress.md文件（如果没有则创建），记录开发进度；
每次开发，都@Docs 需求文档、技术文档、task.md以及progress.md 喂给它，并提醒他阅读；
复杂个人项目案例
西子江湖MUD游戏开发，后续补充
西子美完整产品开发，后续补充