不写一行代码,他在手机上把App直接送进应用商店

AI PM 编辑部 · 2025年10月29日 · 4 阅读 · AI/人工智能

正在加载视频...

视频章节

一个反直觉的事实正在出现:做一个“能赚钱、设计专业、能上架”的移动应用,可能不再需要写代码。这支视频里,Riley Brown 用手机、Claude Code 和一套提示流程,把“想法”直接变成了可发布的 App。

不写一行代码,他在手机上把App直接送进应用商店

一个反直觉的事实正在出现:做一个“能赚钱、设计专业、能上架”的移动应用,可能不再需要写代码。这支视频里,Riley Brown 用手机、Claude Code 和一套提示流程,把“想法”直接变成了可发布的 App。

最反常识的一点:开发流程被“折叠”进了提示词

视频一开始就把传统移动开发的底层逻辑彻底掀翻了:没有 IDE,没有 Swift 或 Kotlin,甚至没有电脑。Riley Brown 做的事情只有一件——在手机上,用 Claude Code 直接“指挥”AI 完成整个 App 生命周期。

他把流程拆得非常清楚:先做 ideation(想法验证),再用提示词让 AI 生成应用结构,然后补设计、加素材、接 API,最后直接发布到应用商店。“我们不会写一行代码”,这句话不是噱头,而是他整个方法论的前提。

真正的变化不在工具,而在分工:人类只负责判断什么值得做、哪里不对、该怎么改;其余步骤,被压缩成一轮又一轮高质量提示。开发,从工程问题变成了认知问题。

一个能赚钱的 App,从一张“问题清单”开始

在讲任何 AI 之前,Riley 先停下来谈“点子”。他用的是一张简单但很残酷的 worksheet:这个 App 解决什么问题?用户现在是怎么解决的?痛点够不够强?

视频里举了两个例子:拍食物自动算宏量营养、拍自己生成社媒缩略图。它们有一个共同点——不是技术炫技,而是明确、省力、立刻有用。

接下来才是关键判断:有没有市场?有没有人已经在做?以及——你能不能做得不一样?Riley 的态度很现实:不是避开竞争,而是找到一个“AI 能明显放大体验”的切口。这一步,其实决定了后面所有提示是否值得。

用 ChatGPT 想点子,用 Claude Code 把它变成产品

一个容易被忽略的细节是:Riley 并不是只用一个模型。他用自定义的 ChatGPT 来做 ideation,甚至已经有了一个原型——Thumb Sprint,用来快速跑想法。

当想法确定后,才切换到 Claude Code,进入真正的“vibe coding”阶段。这里的核心不是描述功能,而是持续对齐:这个页面是给谁用的?这个按钮是不是多余?这个流程有没有摩擦?

App 完成后,他开始加 AI 功能:接入 ideogram 的 character API 和 nano banana API,做缩略图生成。这里没有复杂技术讲解,但释放了一个信号——API 不再是工程门槛,而是产品素材。

从生成到发布,App 上架被压缩成一个动作

视频最后的画面极具冲击力:捏合、分享、点击发布,“boom,we are done”。没有构建脚本,没有 CI/CD 解释,甚至没有长篇的调试过程。

这不是因为流程消失了,而是被 AI 吃掉了。对开发者来说,难点不再是“怎么实现”,而是“什么时候该停”。当生成速度足够快,克制反而成了新能力。

这也解释了为什么他反复强调设计、声音、触觉反馈——当技术门槛降低,体验细节开始重新变贵。

总结

这支视频真正值得 AI 从业者警惕的地方在于:它展示的不是一个新工具,而是一种新分工。代码不再是入口,判断力才是。

如果你是开发者,这意味着要更早介入产品与市场;如果你是产品经理或创作者,这可能是第一次,你能亲手把想法推到应用商店。一个现实的行动建议是:别急着学新框架,先练三件事——定义问题、写好提示、判断好坏。

最后留一个问题:当“做 App”变得像写文档一样容易时,真正稀缺的,会是什么?


关键词: Vibe Coding, Claude Code, AI应用开发, 提示工程, 无代码App

事实核查备注: 1. 视频发布时间标注为 2025-10-29,需确认是否为准确日期;2. ideogram character API 与 nano banana API 的具体名称与功能需核查;3. Thumb Sprint 是否为作者自用原型或公开产品需确认。