一个人怎么指挥一群 Codex 开发完整产品:我的多窗口 Worktree 工作流
这篇讲了什么
作者用多窗口方式推进一个全栈桌面工具的开发,把项目拆成多批任务,让多个窗口在独立代码现场里分别推进,再一批批合回来验收。项目从底层约束、前后端到多套界面,任务列表拉下来一长串。作者的核心结论是:能做出完整产品,但不能只靠随口描述想法,真正的门槛是组织与收口能力。
这篇帖子解决了什么问题
01随口描述想法让 AI 生成的第一版,为什么只能算演示而不能上线?
02多个窗口同时改同一个项目目录,会撞出哪些麻烦?
03为什么说并行开发的第一步是先找出不能并行的部分?
04前端和后端要并行,开工前必须先约定好什么?
05什么样的任务适合放进独立工作现场,什么样的不适合?
06多个执行窗口一起跑偏时,怎么防止得到几套接不上的实现?
答案在原帖里,这里只列问题
原作者原话
「并行开发的第一步,不是找能并行的部分,而是先找出不能并行的部分。」
「多窗口只是多了几双手,Worktree 才是给每双手分了一张独立工作台。」
「并发会放大产出,也会放大偏差。没有收口机制,你只是更快地得到更多未经确认的代码。」
完整方法论在原帖里
他具体是怎么做的、用了哪些判断标准,都写在原帖里。这里只保留他的成绩,和他真正回答过的问题。
AI编程多任务协作产品开发工作流
赞 28藏 10评 1阅 3122