• 请不要在回答技术问题时复制粘贴 AI 生成的内容
dayudayupao
V2EX  ›  程序员

想收集下大家是怎么使用 codex 这类工具开发(新/老)软件的

  •  
  •   dayudayupao · 1 day ago · 3182 views

    开发分很多场景,比如 1.功能迭代修 bug 类,我觉得基本上直接问就 ok 了。 2.但是开发一个新系统,经常容易跑偏,我描述太多,限制他的想法,如果描述简单,给你的都是千篇一律的样式或半成品功能,后期调试跟改动的成本很大,token 消耗也大,甚至根本跟自己想要的相距甚远,你们是如何做到这个平衡的。

    也就是说开发一个新系统,你们会按照什么模式告知他需求,把全部的需求文档,设计规范都给他还是?

    18 replies    2026-08-04 20:01:23 +08:00
    msg7086
        1
    msg7086  
       1 day ago
    一般先分拆出 MVP ?做完 MVP 以后再往上加功能吧。
    seers
        2
    seers  
       1 day ago via iPhone
    让 ai 拆任务然后做
    johnhuangemc2
        3
    johnhuangemc2  
       1 day ago
    要和 ai 讨论, 单向输出想法给 ai agent 效果不佳.
    可以直接给 ai 指示, 让它向你一次一个提问以确定你的诉求, 或者使用 grill-with-me 或 brainstorm skill 来讨论
    这样可以比较快速收敛需求确定清楚方向和范围.
    Shrink9
        4
    Shrink9  
       1 day ago
    我是按照传统软件工程的流程,先让他给技术方案,给完之后我过一下,没问题再让他按照技术方案一步步开发。
    kuber
        5
    kuber  
       1 day ago
    能给它的都给它。让它做拆分任务,技术设计,写自动化测试用例。每一步的交付你自己审核就行了。
    然后让它阶段完成,每完成一个阶段执行测试用例,检测是否符合代码规范。全部完成做回归测试。
    然后再自己重构,再次做回归测试。最后手工验证。
    kuber
        6
    kuber  
       1 day ago
    @Shrink9 对,我也是按传统软件工程的流程来走。Agentic coding 的好处在于,流程每一步都极大缩短时间,所以按流程走保证质量的时间成本人力成本都减少了。这让团队更愿意 follow 流程了。
    我感觉 AI 工具会使软件工程的普及程度大大提高,而且 AI 也在改变软件工程,软件工程本身在可见的将来会有巨大的提升。
    liushuang
        7
    liushuang  
       1 day ago
    新项目我的做法是先自己画个粗的架构骨架出来——目录结构、核心接口定义、数据模型——然后让 AI 一个模块一个模块填。比一次性塞完整需求文档强太多,它不容易跑偏,你也随时能在中间改方向。老项目就不一样了,我现在基本不让它大改已有代码,只在已有接口上让它加新功能或者补测试,动存量逻辑十次有八次引入新 bug 。
    VDimos
        8
    VDimos  
       1 day ago
    明确需求,拆分需求,明确架构,分布执行。
    不知道为什么现在的人总是希望一句话出结果这种 AI 交付。
    zhouxiaoben
        9
    zhouxiaoben  
       1 day ago
    计划模式或者 openspec
    tianhehechu
        10
    tianhehechu  
       1 day ago
    计划(或直接开发)-->开发-->人工运行检查-->BUG 修复或微调-->阶段性提交-->...代码审计(是否符合规范、是否拉屎)-->铲屎-->阶段性提交或上线-->维护
    rpish
        11
    rpish  
       1 day ago
    百度秒哒这样的 0 代码开发平台直接以 PRD 为中心,明确需求丢 Image-2 生成张产品设计图丢给它就完事了。
    chiaoyuja
        12
    chiaoyuja  
       1 day ago
    用 `grill me` skill 把需求想法讨论清楚,整理成文档,然后再分步实现
    不过 codex 的 UI 审美真的是一言难尽,关键是我也没有审美,沟通是真滴费劲
    ccpp132
        13
    ccpp132  
       1 day ago
    随便搞的就 grill me 。比较重要的就自己设计好再让他写
    William337
        14
    William337  
       1 day ago
    以前用 supper power ,现在 grill me ,deepseek-v4-flash-0731 接入 codex ,用中转,1 折官方价格,活力全开,可以站起来蹬
    kuhung
        15
    kuhung  
       1 day ago
    开发个人系统,我一般会和 AI 聊清楚我的场景、预期结果,方案由 AI 出,落地由 AI 做。先做出来用用,不合适再慢慢调整。其中会要求 AI 事先参考我的过往风格,另外也需要调查清楚市面上别人怎么做的再设计。开发过程,写 PRD 、写产品路线图、写 milestone 拆分。验收过程,AI 优先保证功能复合预期,其他的交互、数据流不合预期的,得人来。不然就越搞越离谱。

    对我来说,能接受千篇一律的样式。大型商业项目暂时不可知。
    aweim
        16
    aweim  
       1 day ago
    基本还是聊天式的修复 bug ,加新功能
    yidinghe
        17
    yidinghe  
    PRO
       1 day ago
    一步一步来啊。因为你自己不可能一次性把所有东西想清楚,所以你跟 agent 要相互配合,看一步走一步,你看一步,调整方向,然后 agent 走一步。
    clicks
        18
    clicks  
       1 day ago
    编写全局的 AGENTS.md 描述项目的全局结构,还有全局的统一约束,开发规范等文档。文档中就是你想让 AI 怎么样给你干活,其中还涉及到每一个功能点的拆分,测试。然后编写 SkILL.md,描述你开发的 workflow 。尽可能的把你能想到的点都囊括。 然后开启 plan 模式:有产品需求的话,就把产品需求,技术架构图,涉及的技术栈给他;没有产品需求这些文档的话,就分 part ,一步一步跟他聊需求,最终把需求落地为文档。然后聊技术架构,技术选型,开发规范,测试流程,质量量化流程,CI/CD ,发布流程。每一个节点都要落成文档。整个流程跑一遍之后,把相关的规范迭代到全局的 ANGETS.mdSKILL.md 中。期间设计铲屎,debug 流程,每一步都要有文档落地。AI 时代文档比你每次说,或者他记忆更稳妥。提到文档不得不提 obsidian 了,推荐这个文档管理。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2774 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 46ms · UTC 15:17 · PVG 23:17 · LAX 08:17 · JFK 11:17
    ♥ Do have faith in what you're doing.