先整个一个概要,收集各方需求 让 codex 生成一个文档
然后自己审查阅读 理解 根据经验 优化业务逻辑
业务逻辑太复杂,不能让 codex 一次生成
自己理解需求后,将需求消化理解,形成心理表征,再复杂的需求,经过理解加工之后也很简单
在心理拆分成一部分一部分
然后根据依赖关系,通过类似指令的形式,设置计划模式 让 codex 是实现某模块计划,(经验都是自己摸索出来的,不能照搬别人的,一次理解不透,要进行拆解,理解为什么了 才能为自己所用),有什么需求变化或有更好的想法,跟 codex 说,codex 会改当前计划 同时会同步更新原来那份需求概要。
任务互相独立的,可以并行多个 codex 任务,因为一个任务等待时间也比较长。
像搭积木一样,一点点创造 验收 整理测试
最终一点,审查代码时就要进行性能和简洁性进行调整
最后整理测试