上周花钱买了 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 帮我做事情，不太有底气