新需求我希望用 cursor 全程编写，想请教下有成熟经验的大佬，帮我看看我的思路对不对~

[xiyy02]

上周花钱买了 cursor ，相比去年的体验，今年分析项目的能力真的惊艳到我了，感觉把需求拆分清楚，喂给它完全能够搞定。

下面是我具体会做的事情：

1. 我会利用 openSpec 生成一些 markdown 文件，在这些文件里做好通用约束，同时设定一些强约束，强约束里告诉 ai 我们项目内的通用业务异常类、获取各种时间格式的通用方法、接口定义时的通用入参结构等等。

2. 从这一步开始，构建自己的 ai 需求文档（也是个 markdown ），将产品提的需求抽象出功能点，建好数据库表

3. 将每个需要更新的接口入参、返回结构写到文档里（需要新建的类名、需要新增属性的类名，都会以全限定名的格式写进文档里）

4. 复杂一些的逻辑，会在上述接口定义下面特殊说明一下（比如复杂的排序规则、校验规则、复杂数据结构的组装方式和数据来源等）

5. 对于跨应用调用的场景，我会在逻辑描述里写清楚，xx 字段是来自 xx 系统的 xx rpc 接口，这个 rpc 接口的定义如下（下面列好对应 rpc 方法结构），就让 ai 当其存在，直接使用即可（这个 rpc 接口在对应系统的需求里也会定义清楚的，所以都跑完后，这些功能点最终是完整的）

6. 更复杂的定义任务、洗数据需求，就通过大量语言描述（包括逻辑、各类数据来源、如何做边界判断、洗数据被中断后如何做恢复等），让 ai 听懂并按我的意图生成对应代码

7. 回滚：我在让 ai 生成具体的代码逻辑时标记对应代码块是来自需求 xx 里的功能点 xx ，当我不满意对方哪块功能点时，就让其按照标记，回滚那一块的代码（如果有依赖，就让其抛出问题而不是直接回滚）

不知道我这样做是否合理，还是第一次打算尝试从头到尾让 ai 帮我做事情，不太有底气

[Brodess]

差不多就是文档先行吧。cursor 开的什么套餐？

[xiyy02]

@Brodess pro ，20 刀，先试用一个月

[xhawk]

再大胆一些，架构再高级一些，设定框架和标准

[xiyy02]

@xhawk skills 里已经告诉 ai 不要引入新的框架和中间件了，完全模仿现有系统里的写法即可

[Brodess]

@xiyy02 #2 20 刀。。如果你是大项目肯定不够，小需求不需要这么多约束和文档。。

[xiyy02]

@Brodess 为什么？模型不还是那些模型，只是 20 刀的额度少些

[Paul0218]

用高级模型稍微复杂点的需求一次用掉 5 刀很正常

[xiyy02]

@Paul0218 这次需求涉及到的改动点有二三十个（含 10 个后台接口+10 个 C 端接口+4 个洗数据脚本），算大吗

[kphiia]

实现文档、规范和 ai 都确认好的话用 auto 、composer 模型就够用了。我是把包名位置、工具和一些规范比如数据库事物之类的写道 rule 里 https://cursor.com/cn/docs/rules ，不写全限定名

[visper]

回滚：做完一个点，自己测试觉得满意了。用 git 提交下。后面改乱了再直接 git 回滚？

[sampeng]

我个人建议。。不要写任何 spec 文档。你自己怎么写，就怎么用，只是你自己不要写一行代码。因为 spec 文档如果是 cursor 。。。呵呵，偷偷丢你一段上下文。你找都不知道为什么。

[xiyy02]

@visper 回滚这一块其实我没想好怎么做

[Brodess]

@xiyy02 #6 小需求用不上这么多规则和约束，20 刀的套餐也不支持给这么多上下文，就让它照着已有的代码写就行了

[hailang609]

用 Cursor 写复杂需求，我的经验是：

1. 别指望一次说清楚
先把大需求拆成小模块，一个一个来

2. 给 Cursor 定个角色
比如"你是个 10 年经验的后端工程师"，它代码质量会好很多

3. 多轮对话比长提示管用
先让它写框架，再慢慢填细节，别一次性扔过去 500 字需求

4. 关键地方人工把关
特别是业务逻辑，AI 容易瞎猜

我自己用 Cursor 做了个小工具，3 天搞定，要是手写估计得一周。

对了，我整理了一份 AI 编程的实战经验，包括怎么跟 AI 描述需求、怎么 Review 代码，需要的话可以私信我。