VSCode中Codex插件的吐槽与使用体验分享

VSCode中Codex插件的吐槽与使用体验分享

在使用VSCode的Codex插件过程中，我积累了一些个人感受和吐槽，希望与大家分享，并期待大家的建议与交流。

1. 修复bug的能力不佳

在处理bug时，Codex插件的表现并不理想。例如，当遇到一个实现问题时，Codex往往不会深入分析原有逻辑的问题所在，而是简单地添加兜底代码。如果第一个兜底无效，它会继续添加更多的兜底，甚至对于简单的逻辑问题也不愿意仔细研究。这种做法导致代码链路变得复杂且难以维护。有一次，我遇到了一个简单的bug，它引用了一个未定义的对象，尽管我尝试了多种方法，包括添加日志和兜底代码，但问题仍然无法解决。

2. 有时会造成文件乱码

Codex插件在处理文件时，似乎过于依赖命令行操作，对中文支持不够完善。有一次，我要求Codex修改一个函数，结果导致代码中的所有注释和日志变成了中文乱码。当我尝试回滚到原始版本时，Codex告诉我仓库无法找到原始版本，最终我只能手动恢复。

3. 有时会犯一些无法理解的错误

Codex插件的行为有时难以预测。例如，在我讨论修改一个文件方案后，Codex不仅修改了目标文件，还错误地修改了另一个不相关的文件，导致代码混乱。另外，当我指示Codex在子函数文件中添加新逻辑时，它却将代码错误地添加到了主文件上。

4. 不说人话

Codex插件在生成代码时，往往缺乏详细的注释。当我请求它审查一份文件并解释其功能时，Codex提供的解释难以理解，需要仔细分析才能明白。

关于代理IP的问题

我还有一个疑问：VSCode的Codex插件对代理IP是否有要求？我的IP是否影响了Codex的表现？尽管评价中普遍认为Codex是一个强大的工具，但我的使用体验却并不理想。我不得不时刻关注Codex生成的代码结构和实现，以确保其正确性。

我的设置如下：

5 posts - 4

[](https:///t/topic/1577226) (via - )

希望以上分享能引起大家的共鸣，并期待更多关于Codex插件的使用经验和建议。