我发现或许 GPT 5.5真的不是一个好的VibeCoding模型

最近在开发一个 ToC 的 商业平台,因为 个人研究需要就买了 GPT Pro 20x 主要用 Pro 模型+Codex,刚好就把 Claude 5X 停用了。 然后最近一周就发现使用 Codex 编码有点不对劲了 魔改开源项目很快很稳很好 做后端也很好很棒。 但是 GPT 第一点是喜欢使用不说人话...
我发现或许 GPT 5.5真的不是一个好的VibeCoding模型
我发现或许 GPT 5.5真的不是一个好的VibeCoding模型

最近在开发一个 ToC 的 商业平台,因为 个人研究需要就买了 GPT Pro 20x 主要用 Pro 模型+Codex,刚好就把 Claude 5X 停用了。
然后最近一周就发现使用 Codex 编码有点不对劲了 魔改开源项目很快很稳很好 做后端也很好很棒。
但是 GPT 第一点是喜欢使用不说人话大招 很多时候它Plan出来的文档 乱七八糟 又是最小实现 又是架构又是安全一大摞。到了实际实现的时候就发现 前端 库库一个文件一组组件 后端错误直接错误码写前端上 也试过使用 frontendDesign 各种设计mcp 试过 gemini cli 设计 前端 但是gemini也不可能每一个按钮错误码都打磨完美 这时候除非你让Codex完全不碰前端 只要一碰那就是一个灾难。
工程化更是要多差有多差。Trellis、OpenSpec、各种框架全部试了一遍 我都怀疑是不是我有问题。它的工程化感觉像是假的 一个好的架构师不是不写代码 而是具有项目全局感知 跑错了会自己感受到 再不济用户提出反馈了也能修好。GPT 这个属于一条路走到黑的人才 它是一个只会写逻辑代码和照版宣科的程序员,没有丝毫的产品能力,也无法真正站在用户角度思考问题,拿它去开发一个新项目简直是灾难。直接给GPT丢完整的设计图 它一设计确实能抄 但是抄出来就差没有直接把图片放上去了 不拆组件直接一整个文件怼上去… 确实 Skills 可以一定程度上缓解这些问题 但是使用GPT就感觉 很累 说是说做是做 特别是前端 说得好好的虽然不说人话 但是看着也是理解了 做起来又是另一码事 VibeCoding 很多时候就是需要一个同频 脑袋里面的想法可以实现 就能有动力 GPT这搞得全是负反馈 强烈建议在做产品特别是比较重UX交互体验的佬 如果也和我一样使用Codex时遇到这些问题 可以去随便整个 Kiro Claude 试试。真的 很多时候有Bug不可怕 可怕的是 一个AI写出来的项目没有一点bug 但是做出来的完全是偏的 没有一行代码能用 重构都得费几倍Token 动力都没有了。

25 个帖子 - 24 位参与者

阅读完整话题

来源: LinuxDo 最新话题查看原文