他从没写过一行代码，却用 Cursor 给 Cursor 做了个新前端

一个从没写过代码的人，用 Cursor 本身，把 Cursor 的前端“重做”了一遍，还上线了。更反直觉的是：真正限制 AI 编程工具的，可能根本不是模型能力，而是界面。这个实验，把整个 AI Coding 工具的竞争逻辑翻了出来。

最反直觉的一幕：Cursor 输给自己的不是模型，是界面

视频一开始就很“炸”。Riley Brown 不是在评测 Cursor、Lovable、Bolt 谁更强，而是直接抛出一个结论：Cursor 在能力上几乎什么都能做，但很多人不用它，只因为界面不够“友好”。

这句话点中了 AI 编程工具当前最尴尬的现实——模型能力在收敛，真正拉开体验差距的，是“人能不能舒服地用”。Lovable 被夸、Bolt 被追捧、WindSurf 被拿来和 Cursor 对标，原因并不是它们更聪明，而是它们把复杂能力，包进了一个“傻瓜但顺手”的界面里。

于是 Riley 做了一个近乎荒谬的决定：用 Cursor，自己给 Cursor 做一个 Lovable 风格的新前端。不是写代码那种“用”，而是全程对着 AI 说话，让 AI 自己把这件事做完。

真正的难点不是写前端，而是“控制 AI 去控制 AI”

实验很快进入硬核部分：Riley 想做的不是一个普通 Web App，而是一个“能把输入转发给 Cursor Composer 的外部界面”。说白了，就是：我在网页里打字，Cursor 里的 AI 要像我亲手输入的一样接收到。

问题来了：Cursor Composer 是 Cursor 内部组件，不是一个 API。没有官方接口，没有文档。Riley 自己也不知道怎么连，只能不断追问 Cursor：我们到底缺了什么？

答案非常“野路子”：通过系统级的可访问性权限，让程序模拟键盘输入。它不是在“调用 AI”，而是在“扮演人类”。这也直接导致了一个经典 bug——有时文字进了 Composer，有时却被敲进了终端。

解决方式同样粗暴而真实：先用 Tab 把焦点移走，再输入。这一幕非常有象征意义：AI 编程的瓶颈，往往不是算法，而是 UI 焦点在哪。

当你开始用“说话”而不是“写代码”来做产品

一旦通路打通，后面的节奏突然变了。

“把 header 改成蓝色”“加个边框”“把 pill 做小一点”“下面放一个历史 prompt 列表”——这些话如果放在传统前端开发里，意味着反复改 CSS、调组件、跑热更新。但在这里，它们只是几句话。

更有意思的是，Riley 不再像程序员那样思考，而是像产品经理+设计师那样指挥：实时看效果，不满意就再说一句。UI 在“对话中生长”。

到后面，他甚至让 Cursor 直接“把 landing page 做得 epic 一点”，加轮播、加代码生成演示、加 testimonial grid。你能明显感觉到：这已经不是在“写应用”，而是在“驯化一个会写应用的系统”。

真正的终点：一键上线，而不是一行代码

实验的最后一段几乎有点魔幻现实主义。

创建 GitHub 仓库，粘贴代码，让 Cursor 上传；再一句话，让它用 Vercel CLI 部署。几分钟后，一个“Cursor Vibe”的网站真的跑在了互联网上。

Riley 的评价很克制，但信息量很大：“这个 app 在设计上，确实变得更好了。”

注意，他说的不是“AI 更聪明了”，而是“产品更像样了”。这恰恰是当前 AI 编程最关键的分水岭：从“能跑”到“好用”。

总结

这个视频最值得 AI 从业者反复琢磨的，不是“不会写代码也能做应用”，而是一个更残酷的事实：模型能力正在变成标配，界面和交互才是护城河。

当 AI 已经能写前端、写后端、写部署脚本，真正决定效率的，是你能不能把复杂能力压缩成一句人话。对个人来说，这意味着你该练的是“怎么指挥 AI”；对产品来说，这意味着下一轮竞争，很可能发生在 UI 层，而不是模型层。

留一个问题给你：如果 Cursor 明天官方就做了一个 Lovable 式前端，今天这些 AI Coding 工具，还剩下多少差异化？

关键词： Cursor， AI编程， Vibe Coding， AI工具， 前端生成

事实核查备注： 需核查：视频发布时间（2025-02-18）、作者 Riley Brown 的表述是否为主观观点；Cursor 是否为 VS Code Fork；部署是否使用 Vercel CLI；视频中是否明确提及 Lovable、Bolt、WindSurf、Replit 的对比关系。