AI · PB · 362
AI 构建应用六步法
AI App Building Six Step Flow · ai-app-building-six-step-flow--ben-shih
所属簇 AI 编程与构建工作流
解决什么问题
非工程背景的人想用 AI 工具从零构建一个完整、可公开上线的应用,不知道按什么流程推进、精力应该花在哪。
核心内容
六步流程(作者用它做出了 LennyRPG 游戏):
- Define the core idea:说清这个应用到底是什么。视觉密集型产品(游戏、重 UI 应用)先做粗糙的可视化——参考产品截图 + 文字框图拼在白板上即可,目的不是设计而是"给 AI 具体可读可推理的东西"。
- Create PRD:把核心想法变成正式 PRD,作为整个构建的单一事实来源。AI 撞墙或上下文耗尽时,用 PRD 把它拉回主线。
- Create POC:用 PRD 规划实现,先只做核心功能。起步时先让 AI 搜索开源项目/库来提速(作者靠 RPG-JS 5 分钟跑起雏形);发现框架与需求本质冲突时及时止损换掉(RPG-JS → Phaser),判断信号是"AI 越来越难对这个系统做干净的推理"。POC 完成后做轻量内测:看第一次打开的人是否立刻懂玩法、核心循环是否成立、是有趣还是像干活。
- Add remaining features:补完端到端流程——数据库、设置页、Profile 等非核心功能;大批量内容处理要系统化而不是手工做(见批量管线卡片)。
- Polish:端到端走查,把所有 UX/UI 问题记录在一个 Markdown 清单里让 AI 逐条修(比边点边修更系统);用代码 review 工具/skill 全库检查状态问题、缺失的错误处理、多轮使用才暴露的逻辑 bug;补基础 SEO(标题、meta、社交预览)。
- Ship:部署、找可信的人 sanity check、公开发布收反馈。
关键精力分配:流程与前 AI 时代差别不大,但必须把足够时间花在前两步——想法与 PRD 决定了后面 80% 的顺畅程度。
适用边界
适合个人或小团队用 AI 构建中小型产品(尤其视觉型/体验型产品);作者是非工程背景的设计师,流程对非技术人友好。多人协作的大型工程项目未验证。"内测看反应"这步对娱乐/体验型产品最有效。
关键引述 · 原话
"In my experience, nailing the core idea and PRD determines 80% of how smooth the rest of the build will be." — Ben Shih
— Ben Shih
关联卡片
- 第 2 步的具体做法见 `ai-interview-you-prd--ben-shih` - 第 3-5 步的工具编排见 `ai-coding-tools-division-of-labor--ben-shih` - 第 4 步的批量内容生产见 `stable-prompt-then-batch-pipeline--ben-shih`
被这些卡引用
出处:Ben Shih (Miro, Growth Designer) · 02-newsletters/how-i-built-lennyrpg.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2