他4小时做出“更好的Replit”，然后决定彻底弃用它

一个重度 Replit 用户，为什么在视频里当场“分手”？更狠的是：他不是写吐槽帖，而是用 AI 工具，4 小时做了一个“能自己生成 App 的 App”。这不是炫技，而是一次对 Vibe Coding 边界的实测。

最反直觉的一幕：不是抱怨 Replit，而是亲手“复制”它

视频一上来，Riley Brown 就抛出一句很炸的话：“不仅可以零代码做 App，你甚至可以做一个‘帮你做 App 的 App’。”接着他没有继续布道，而是直接开干：目标很明确——做一个比 Replit 移动端体验更好的 Vibe Coding 应用。

这一步本身就很反直觉。大多数人退出一个平台，原因是贵、慢或受限；而 Riley 的选择是：既然工具限制我，那我就用同一套 AI 能力，把它复刻并改进。这种行为本身就在传递一个信号：Vibe Coding 的门槛，已经低到“用户可以反过来重做平台”。

4 小时实操背后：Vibe Coding 真正的生产力在哪里

Riley 的流程非常具有代表性：一边用 Codeex 生成逻辑，一边在 Xcode 里跑 Swift 原生应用。这里没有什么“神秘架构”，甚至他说得很直白——“这是你能做的最简单的 iOS App”。

但真正有价值的，不是代码复杂度，而是工作方式的变化。他反复强调一件事：熟练之后，你可以并行工作——一个线程让 AI 写代码，另一个线程你在本地验证、调 UI、试交互。这不是自动化取代人，而是人学会了如何‘指挥’多个 AI 工人。

当他创建 Jerry inbox、conversation、preview、build result 这些线程时，你能明显感觉到：这更像在管理一个小型软件团队，而不是“我在写代码”。

频繁报错，反而是这条视频最值钱的地方

中途一堆问题接连出现：API key 不够、预览跑不起来、没有 Vibe Code CLI 权限、直接报错“Please figure out how to do this”。Riley 没剪掉这些，而是继续让 AI 修。

这点非常关键。因为它戳破了一个幻觉：Vibe Coding 不是一次性魔法，而是一个‘对话密集型’过程。你不是给一次完美 Prompt，而是在错误—修复—再错误中推进。

当他最终把聊天界面改成类似 iMessage、多行输入，并加上语音按钮时，那种完成度并不来自一次生成，而来自多轮纠偏。这正是很多新手没意识到的地方。

他为什么真的可以“不用 Replit 了”

视频结尾并没有宏大宣言，但态度已经很清楚：当你能用 AI + 原生工具，快速做出“够用、可控、可扩展”的应用时，平台型工具的价值就会被重新评估。

这不是说 Replit 不行，而是它第一次面对一种新威胁：用户不再只是在它上面写代码，而是开始用同类 AI 能力，绕开它的边界。对高级用户来说，‘自由度’正在压过‘一站式便利’。

总结

这条视频真正的价值，不是“4 小时做了一个 App”，而是展示了一种新分水岭：当你掌握 Vibe Coding 的节奏后，平台不再是必需品，而只是可选项。对 AI 从业者来说，这意味着两件事：第一，别只学 Prompt，要学并行协作和纠错；第二，开始思考你依赖的平台，哪些能力其实已经可以自己掌控。下一波差距，很可能就出在这里。

关键词： Vibe Coding， Replit， Codeex， AI编程， 低代码开发

事实核查备注： 需要核查：1）视频实际时长；2）Codeex 的准确产品定位与名称；3）视频中是否明确提到“4小时”为完整开发时间；4）Replit iOS App 的官方功能范围。