V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
xiyy02
V2EX  ›  程序员

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

  •  
  •   xiyy02 · 3 天前 · 1211 次点击
    上周花钱买了 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 帮我做事情,不太有底气
    14 条回复    2026-03-24 13:09:59 +08:00
    Brodess
        1
    Brodess  
       3 天前
    差不多就是文档先行吧。cursor 开的什么套餐?
    xiyy02
        2
    xiyy02  
    OP
       3 天前
    @Brodess pro ,20 刀,先试用一个月
    xhawk
        3
    xhawk  
       3 天前 via Android
    再大胆一些,架构再高级一些,设定框架和标准
    xiyy02
        4
    xiyy02  
    OP
       2 天前
    @xhawk skills 里已经告诉 ai 不要引入新的框架和中间件了,完全模仿现有系统里的写法即可
    Brodess
        5
    Brodess  
       2 天前
    @xiyy02 #2 20 刀。。如果你是大项目肯定不够,小需求不需要这么多约束和文档。。
    xiyy02
        6
    xiyy02  
    OP
       2 天前
    @Brodess 为什么?模型不还是那些模型,只是 20 刀的额度少些
    Paul0218
        7
    Paul0218  
       2 天前
    用高级模型稍微复杂点的需求一次用掉 5 刀很正常
    xiyy02
        8
    xiyy02  
    OP
       2 天前
    @Paul0218 这次需求涉及到的改动点有二三十个(含 10 个后台接口+10 个 C 端接口+4 个洗数据脚本),算大吗
    HaibaraDP
        9
    HaibaraDP  
       2 天前
    实现文档、规范和 ai 都确认好的话用 auto 、composer 模型就够用了。我是把包名位置、工具和一些规范比如数据库事物之类的写道 rule 里 https://cursor.com/cn/docs/rules ,不写全限定名
    visper
        10
    visper  
       2 天前
    回滚:做完一个点,自己测试觉得满意了。用 git 提交下。后面改乱了再直接 git 回滚?
    sampeng
        11
    sampeng  
       2 天前
    我个人建议。。不要写任何 spec 文档。你自己怎么写,就怎么用,只是你自己不要写一行代码。因为 spec 文档如果是 cursor 。。。呵呵,偷偷丢你一段上下文。你找都不知道为什么。
    xiyy02
        12
    xiyy02  
    OP
       2 天前
    @visper 回滚这一块其实我没想好怎么做
    Brodess
        13
    Brodess  
       2 天前
    @xiyy02 #6 小需求用不上这么多规则和约束,20 刀的套餐也不支持给这么多上下文,就让它照着已有的代码写就行了
    hailang609
        14
    hailang609  
       1 天前
    用 Cursor 写复杂需求,我的经验是:

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

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

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

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

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

    对了,我整理了一份 AI 编程的实战经验,包括怎么跟 AI 描述需求、怎么 Review 代码,需要的话可以私信我。
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   990 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 22:03 · PVG 06:03 · LAX 15:03 · JFK 18:03
    ♥ Do have faith in what you're doing.