本文介绍Codex的「在新任务中继续」功能，适合长期使用AI编程工具的开发者。核心亮点是以当前对话为基础开启全新独立任务，保留上下文但分离阶段，避免聊天记录混乱。建议按修复bug、重构、部署等阶段分任务，提升管理效率，无额外费用且不限使用时间。
Tags:
欢迎关注勤于奋
每天12点准时更新国外LEAD相关技术
不知道你有没有遇到过这种情况——用Codex做项目，一聊就是几百条。前面的内容早忘了，后面还在接着聊，乱得不行。
最近我发现了一个特别好用的功能，叫「在新任务中继续」。刚开始我还以为就是普通的继续，后来才发现完全不是一回事。
普通的继续，就是在当前任务里接着干。比如我正在改文件、跑命令、修bug，你直接往下说，它就在原任务里继续执行。这个没什么好说的，大家都会用。
但这个「在新任务中继续」不一样。它的意思是——以当前这段对话为基础，开一个全新的独立任务继续干。
举个例子，你这会儿的任务是找bug。找完了，点这个按钮，新开一个任务说”重构代码”。新任务知道你刚才做了什么，但它是一个干干净净的新开始。
我以前从来不用这个功能，都是一条聊天干到底。结果项目做得越大，历史越长，翻起来就越来越慢，经常找半天找不到刚才那段关键对话。
后来有个朋友跟我说，你应该一个任务一个任务来，不要混在一起。他做项目的方式是这样的——先开一个任务把bug找完，点「在新任务中继续」开第二个任务重构代码，再开第三个任务部署上线。
我当时觉得这不是多此一举吗？一个聊天搞定不就行了？
直到有一次我做了一个比较复杂的项目，前后改了二十多个文件，聊了三四百条。结果后面想找之前的一个决策点，翻了大半天没找着，恨不得重新来一遍。
那次之后我彻底改了。现在我做项目都是先想清楚这一轮要干什么——比如”修复目录过滤问题”，干完了，点那个按钮，新任务写”优化商家去重算法”。清清楚楚。
说实话，这个习惯养成之后，效率反而更高了。每个任务目标明确，不会东一榔头西一棒子。之前那个任务归档了，新任务轻装上阵，但该知道的背景它都知道。
我觉得这个设计挺聪明的。开发工作天然就是分阶段的——修bug是一个阶段，写新功能是一个阶段，优化性能又是另一个阶段。每个阶段之间本来就该有个分界线。
「在新任务中继续」就是那个分界线。它让你在保留上下文的同时，给每个阶段一个干净的开始。
我现在用Codex的方式完全变了。以前是一条长廊走到黑，现在是每个房间干完活再进下一个。代码没变，管理方式变了而已。
勤是勤快，奋是奋斗。用工具也是一样的道理，学会用正确的方式管理你的工作，比多写几行代码值钱多了。
好了，今天的分享就到这里。
没有评论:
发表评论