问题描述：

2026年3月30日更新

• plan一定要让模型自己检查几遍,同时要和他对齐你想到的一些细节,ui类的可以让他给你个预览

2026年3月28日

• git是很重要的，版本管理可以让你在有必要的时候回档
• 不要盲目跟风，轻信某某模型coding best，每个模型都有自己擅长的场景：这点很重要，一下午在debug一个细节、深有体会，opus4.6（1M）一直改不对，且claude有个毛病，写差不多了就不给你写了，直接结束。coding 是一个复杂的过程，我们前期可以简单把他分成develop、review、test，之前我已经讲过test是非常重要的，尤其是前端的test，这部分我感觉目前还不能被ai完全取代，交互方面还是要人工审核。opus的优点是他能够较好理解那种模糊的需求，尤其是对于我这种代码小白而言，而且上下文很长。他的缺点我感觉是反应比较慢，同时他在debug上我觉得没有gpt强。一下午debug下来，codex一次就完成了，速度比较快，gpt-5.4的优点是plan真的做的非常好，是opus都没怎么挑剔的那种，基本上一次就debug完了，而且实现的比较好，但他的缺点也是很明显：最重要的他可能删你数据，所以不要让他执行删除数据的操作，尽管他有sandbox保护，你可以让他分析哪些是临时文件，然后再找Claude Code确认一下，然后自己手动去清理；其次，他不爱写注释，甚至他会主动去删你的注释。这块vibe coding可能都做的不是很好，很少写语法糖。
• 所以，总结一下，我觉得现在模型不要all in one，要尽可能去尝试多的、或者说第一梯队的model，去尝试不同的场景，或者汇总一下大家夸的地方，自己去体验。分享一下我现在的工作流吧：大部分场景用Claude Code开发，debug的时候会用codex做plan，然后把plan给Claude Code让他帮我优化细节，然后反馈给codex直到Claude Code说没问题了（一定要告诉Claude Code说不要去改代码，只是评价plan，不然他可能就自己跑起来了），等codex debug完了然后用Claude Code 去 review diff。没问题了然后构建release文件，git上传。
• vibe coding好几个项目下来我觉得最重要的是做测试，哪怕让ai帮你去跑一下ui测试也是有意义的。同时可能前端测试会比后端测试更花时间，要一遍一遍的去调，因为模型会尽可能保证后端没有语法或运行问题，他是可以直接操作后端的。我目前在用opus4.6（1M）做开发，但我感觉哪怕是最强的coding模型也没办法帮你完完全全实现前端的测试，因为模型他本身是直接接触代码的，他不需要前端这玩意，前端是帮助人类更好交互的。所以前端还是要你自己测试，还有可能实现不符合你口味什么的，这部分可能改改弄弄会花很多时间。

网友解答：

---

--【壹】--：

我觉得在我的项目中代码本身已经没那么重要了

---

--【贰】--：

那意思是不是将来测试人员会很重要