今天发现了Vibe coding的时候一个坑点!!!!!!!!
- 内容介绍
- 文章标签
- 相关推荐
Codex有聊天缓存,如果自己擅自更改代码而不是使用Codex更改的话,它会按照自己之前的代码版本,进行代码恢复!!!这个问题在改bug的时候尤为致命,想想自己花了一下午时间把逻辑修好了,晚上用codex没有注意,接着改需求,然后发现它改完了之后,bug又恢复了!!!!这种情况该有多崩溃啊!!!
解决办法的话也比较简单
你可以提前给提示词:“你先读取当前项目代码,然后基于最新代码进行需求开发”。
或者你直接把这个规则约束丢进AGENTS.md里,然后开发之前让它读一下,接下来就不会有问题了,昨天碰到这个问题,直接崩溃改bug改到凌晨3点
--【壹】--:
没有吧,在执行修改前,它都会检查 git diff 的,这好像是 codex hareness 的围栏限制,得先 git 检查再 patch 更改
--【贰】--:
还好吧,gemini 和 claude 好像都会说我注意到你修改了 XXX
--【叁】--:
一直是这样的
如果你自己手动改过代码的话
在下一次对话的时候得要求他重新读取一下XX行附近的代码
--【肆】--:
去看了下 copilot 的系统提示词里写死了编辑之前必须先读取文件,怪不得没遇到过这个问题
--【伍】--:
这个是git的命令?我发现trae的问题更加严重,只要回退就是全量恢复
--【陆】--:
我也发现了
我让它每次修改之前如果本地工作区有修改先提一下git
--【柒】--:
啊难道不会先read和缓存对比一下diff吗,这么坑还得自己写rule
--【捌】--:
是的是的,我现在就都是直接说我改了哪里,有时候说一下我的原因,它就会接着搞了
--【玖】--:
这个是常识,它会基于自己读入的缓存回答,它不重新读,怎么知道你改了什么?
--【拾】--:
哈哈哈哈哈哈,我也遇见过,后面就让他每次都是基于新的代码去修改
--【拾壹】--:
你如果没有跟告诉他你对代码进行了微调,直接让他提交代码的话大概率他会回滚自己认为对的然后提交,主打一个死无对证
--【拾贰】--:
偶尔会,我一般都提醒一下我让claude改过代码
你帮我重新读取最新的
--【拾叁】--:
确实,这个经常有这个问题,死无对证可太可怕了
--【拾肆】--:
用git管理代码,好像没有太注意到这种情况
--【拾伍】--:
是的,一段代码,只要是同一个上下文窗口的话,你手动修改的,问下一个问题他就给你改回来了,问下一个问题我一般会主动给他说我做了一些修改,你不要动
--【拾陆】--:
学到了,谢谢提醒。
之前一直主用CC,经常它写我改,或中途我写一点,cc能主动发现我改了哪些,应该是cc的内置工具或skill主动探测给模型报告的。
这套流程要是在codex下使用,怕是出大事。
--【拾柒】--:
codex 不是在写代码之前都会看一遍代码吗
--【拾捌】--:
你可以给他说你改了哪里哪里,反正我是这么来的
--【拾玖】--:
对开始vibe后不久我就注意到了这个问题,我的解决方法是在我改之后的提示词前告诉他,这样也省点token
Codex有聊天缓存,如果自己擅自更改代码而不是使用Codex更改的话,它会按照自己之前的代码版本,进行代码恢复!!!这个问题在改bug的时候尤为致命,想想自己花了一下午时间把逻辑修好了,晚上用codex没有注意,接着改需求,然后发现它改完了之后,bug又恢复了!!!!这种情况该有多崩溃啊!!!
解决办法的话也比较简单
你可以提前给提示词:“你先读取当前项目代码,然后基于最新代码进行需求开发”。
或者你直接把这个规则约束丢进AGENTS.md里,然后开发之前让它读一下,接下来就不会有问题了,昨天碰到这个问题,直接崩溃改bug改到凌晨3点
--【壹】--:
没有吧,在执行修改前,它都会检查 git diff 的,这好像是 codex hareness 的围栏限制,得先 git 检查再 patch 更改
--【贰】--:
还好吧,gemini 和 claude 好像都会说我注意到你修改了 XXX
--【叁】--:
一直是这样的
如果你自己手动改过代码的话
在下一次对话的时候得要求他重新读取一下XX行附近的代码
--【肆】--:
去看了下 copilot 的系统提示词里写死了编辑之前必须先读取文件,怪不得没遇到过这个问题
--【伍】--:
这个是git的命令?我发现trae的问题更加严重,只要回退就是全量恢复
--【陆】--:
我也发现了
我让它每次修改之前如果本地工作区有修改先提一下git
--【柒】--:
啊难道不会先read和缓存对比一下diff吗,这么坑还得自己写rule
--【捌】--:
是的是的,我现在就都是直接说我改了哪里,有时候说一下我的原因,它就会接着搞了
--【玖】--:
这个是常识,它会基于自己读入的缓存回答,它不重新读,怎么知道你改了什么?
--【拾】--:
哈哈哈哈哈哈,我也遇见过,后面就让他每次都是基于新的代码去修改
--【拾壹】--:
你如果没有跟告诉他你对代码进行了微调,直接让他提交代码的话大概率他会回滚自己认为对的然后提交,主打一个死无对证
--【拾贰】--:
偶尔会,我一般都提醒一下我让claude改过代码
你帮我重新读取最新的
--【拾叁】--:
确实,这个经常有这个问题,死无对证可太可怕了
--【拾肆】--:
用git管理代码,好像没有太注意到这种情况
--【拾伍】--:
是的,一段代码,只要是同一个上下文窗口的话,你手动修改的,问下一个问题他就给你改回来了,问下一个问题我一般会主动给他说我做了一些修改,你不要动
--【拾陆】--:
学到了,谢谢提醒。
之前一直主用CC,经常它写我改,或中途我写一点,cc能主动发现我改了哪些,应该是cc的内置工具或skill主动探测给模型报告的。
这套流程要是在codex下使用,怕是出大事。
--【拾柒】--:
codex 不是在写代码之前都会看一遍代码吗
--【拾捌】--:
你可以给他说你改了哪里哪里,反正我是这么来的
--【拾玖】--:
对开始vibe后不久我就注意到了这个问题,我的解决方法是在我改之后的提示词前告诉他,这样也省点token

