最近我看到 Codex 很火,很多人都说它很好用、特别强,甚至超过 Claude 4.0/4.1。
我也在公益站点试用了一下,确实挺好用。

用了会儿公益站额度就不够了,我开始犹豫要不要购买:买了 Codex 能带来什么好处?想了想,我还是决定购买——不过买的是第三方 API(非官方)。

购买后我兴冲冲地使用,结果很快发现不对劲:这个 Codex 怎么感觉不如之前好用了?

首先,一个问题让我很烦恼:使用 Codex 时它会输出乱码,有时还把乱码写进代码里。而且这个问题是间歇性的,时有时无。

第二个问题:它无法理解并解决我的需求。有人可能会说是我描述简陋,但我自认为写得很详细。我的需求如下:

当前文章页面的目录功能存在以下两个体验问题:
1. **目录未随内容滚动而同步定位**  
当用户向下滚动文章内容时,左侧目录区域并未随之滚动,导致当前阅读位置对应的标题无法始终处于可视区域,不符合常规交互预期。虽然当前系统会在滚动时动态加粗对应标题,但由于目录本身不跟随滚动,用户仍需手动寻找加粗项,严重影响阅读体验。期望效果:左侧目录应随内容滚动自动定位,使当前阅读章节的标题始终保持在可视范围内。

2. **点击目录跳转后高亮标题错位**  
点击左侧目录中的某标题时,页面虽能正确跳转至对应内容区块,但实际被加粗高亮的标题却与所点击项不一致(例如跳转后高亮的是下一个或下两个标题)。这会造成用户认知混淆,误以为跳转失败或定位错误。期望效果:点击哪个标题,页面就精准跳转至该标题位置,且该标题必须同步高亮显示,确保视觉与行为一致。

写得应该很详细吧?当前问题和期望效果都写了,但 Codex 还是完成不了。更糟的是它还很慢:每次发消息至少需要等待 7–20 分钟甚至更久,最后仍然没有解决问题,实在让人恼火。

遇到 Bug 我让它修复,它往往不从根因入手,而是频繁打补丁。等它打完补丁后,我再要求按原理彻底解决,又得再等 10–20 分钟,关键还是没解决。

我只好不断回退到旧代码重新来,反反复复几个小时,一个问题都没解决。于是我开始怀疑:是不是第三方 API 私自更换了模型?感觉它有时变得迟钝,有时又忽然“开窍”。

总之,这次通过第三方 API 使用 Codex 的体验非常糟糕。官方版本我还没体验过,效果如何暂不清楚。

标签:Codex

浏览:271

发表评论