最近闲了下来，玩了一下codex。在25年的时候，我第一次使用cursor，当时一句话生成了一个非常实用的chrome插件，还在组内进行了分享。25年年终在第二家公司也分享了一些vibe coding工作提效的案例，反应都很不错。但是都是使用的内置chat的ide。像claude code和codex这种还是第一次使用，没有编辑页面，只有一个终端。
今天用10轮对话，一个下午的时间改了一个json编辑器出来。[1]整体用起来还是很高效的。在对话的过程中不断测试和提出新的需求。
整个过程给我一个感觉，我不需要了解任何代码实现，只需要关注结果。codex写完代码，我刷新浏览器重新测试插件，然后反馈给codex哪里有问题。ai也会犯一些错误，出现过卡死的情况。如果一个0-1的项目，ai应该可以保证一次全通过。但对于迭代，可能是上下文不全的原因（没有抓包，只是看了思考过程），是有犯错的可能的。
从我一个后端程序员的视角，后续工作中还是需要给出接口定义，对于一些增删改查完全可以交给ai。但是如果只是将需求给ai，或许短期内还是不可能实现。除非有非常详尽的测试计划，否则不可能不经过review上线。所以对我来说，我还是更倾向于使用cursor这种ide，每一次代码提交我都可以快速的review。
期待ai的继续发展。