欢迎关注勤于奋。
每天12点准时更新国外LEAD相关技术。
不知道你有没有遇到过这种情况——用Codex做项目，一聊就是几百条。前面的内容早忘了，后面还在接着聊，乱得不行。
最近我发现了一个特别好用的功能，叫「在新任务中继续」。刚开始我还以为就是普通的继续，后来才发现完全不是一回事。
普通的继续，就是在当前任务里接着干。比如我正在改文件、跑命令、修bug，你直接往下说，它就在原任务里继续执行。这个没什么好说的，大家都会用。
但这个「在新任务中继续」不一样。它的意思是——以当前这段对话为基础，开一个全新的独立任务继续干。
举个例子，你这会儿的任务是找bug。找完了，点这个按钮，新开一个任务说”重构代码”。新任务知道你刚才做了什么，但它是一个干干净净的新开始。
我以前从来不用这个功能，都是一条聊天干到底。结果项目做得越大，历史越长，翻起来就越来越慢，经常找半天找不到刚才那段关键对话。
后来有个朋友跟我说，你应该一个任务一个任务来，不要混在一起。他做项目的方式是这样的——先开一个任务把bug找完，点「在新任务中继续」开第二个任务重构代码，再开第三个任务部署上线。
我当时觉得这不是多此一举吗？一个聊天搞定不就行了？
直到有一次我做了一个比较复杂的项目，前后改了二十多个文件，聊了三四百条。结果后面想找之前的一个决策点，翻了大半天没找着，恨不得重新来一遍。
那次之后我彻底改了。现在我做项目都是先想清楚这一轮要干什么——比如”修复目录过滤问题”，干完了，点那个按钮，新任务写”优化商家去重算法”。清清楚楚。
说实话，这个习惯养成之后，效率反而更高了。每个任务目标明确，不会东一榔头西一棒子。之前那个任务归档了，新任务轻装上阵，但该知道的背景它都知道。
我觉得这个设计挺聪明的。开发工作天然就是分阶段的——修bug是一个阶段，写新功能是一个阶段，优化性能又是另一个阶段。每个阶段之间本来就该有个分界线。
「在新任务中继续」就是那个分界线。它让你在保留上下文的同时，给每个阶段一个干净的开始。
我现在用Codex的方式完全变了。以前是一条长廊走到黑，现在是每个房间干完活再进下一个。代码没变，管理方式变了而已。
勤是勤快，奋是奋斗。用工具也是一样的道理，学会用正确的方式管理你的工作，比多写几行代码值钱多了。
好了，今天的分享就到这里。
附：诚信为人，认真做事，人在做，天在看。每日更新一篇关于技术或者国外lead文章长期坚持原创不易，如文章引起大家共鸣请大家关注，点赞，转发，以支持勤于奋继续分析创作。
勤于奋 ， 拥有超过10年的全栈开发经验和深厚的广告联盟背景，我精通HTML, CSS, JS, Vue, 百度AMIS, Java, Linux, SpringBoot, MyBatis和MySQL。提供从前端设计到后端实现的一站式解决方案。
