
10 月 12 日 · 51 分钟

这期节目主要聊一聊一些干货,程序员如何利用AI来开发独立产品,聊到了具体的开发流程,非常细节,耐心听完。
进入我的博客寻找文字稿 www.tangshuang.net
或者关注我的公众号 wwwtangshuangnet
本期博客录制了视频,通过视频来标注每个节点所提到的工具,可以关注我的视频号“唐霜AI说”看视频
AI 从整集转写里归纳的,不是节目方的宣传语
把「功能实施文档」拆到文件路径、函数、伪代码和牵连点,用它压缩 AI 自由发挥空间以降低幻觉。
主播自述半年里同时推进几个项目、多开 agent 并行,一个人跑完从零到一再到迭代的全流程。
他形容用 AI 开发时的心态:做事的不是你,你只是决策者,这才体会到当年 leader 面对固执程序员的心情。
AI 读完整集转写后给出的推荐理由
一位前腾讯高级工程师把自己半年跑通的 AI 开发流程完整拆开:先让 AI 扮演投资人质问创意,再用 Stitch 直出界面、AI Studio 做可交互原型,最后靠一份细化到「改哪个文件哪个函数」的实施文档压住模型幻觉。他反复强调的一条纪律尤其反直觉——永远不要手动改 AI 生成的文档,要在对话里让它改,否则你的修改会被上下文覆盖。
由 AI 从整集转写生成,是创作者说明之外的补充
一位前腾讯高级工程师系统讲述自己用 AI 做独立产品的完整流程,分为「从零到一」和「功能迭代」两个阶段。初创期依次是:让 AI 扮演投资人质问创意、用 AI 做市场与技术调研、让 AI 生成含 UI/UX 与技术架构的产品文档、用 Google Stitch 生成界面、用 AI Studio 做可交互原型、本地初始化可复用的代码框架、上线部署。迭代期则强调功能调研文档与功能实施文档,后者细化到具体文件、函数与伪代码,以此压缩 AI 的自由发挥空间、降低幻觉。贯穿全程的核心纪律是:不要手动修改 AI 生成的文档,要在对话中让 AI 改,以保持上下文一致。
点一章从那里开始播 · 与上面创作者标的时间点各自独立
从工程师到用 AI 解决问题:这期要讲什么
主播回顾自己做节目与职业定位的变化,从关注前端技术转向全面用 AI 处理开发、创作与产品设计,并说明本期要讲的是把 AI 融入产品开发的实践流程,而非概念布道。
别急着写代码:先让 AI 质问你的点子
产品从零到一阶段的第一步是梳理创意。让 AI 扮演投资人不断提问,逼自己想清竞品、成本、目标用户与风格;再用 AI 联网调研市场与技术,列出竞品对照表,判断哪些功能可借鉴、哪些要避开。
让 AI 写产品文档,但绝不手动改它
把对话总结成创意文档,再让 AI 生成含 UI/UX 与技术架构的产品文档。核心纪律是不手动修改文档,而要在对话框里让 AI 改,否则会破坏上下文,导致后续生成覆盖你的修改。
用 Stitch 生成界面:不满意就重开对话
摘出产品概念与 UI 设计片段丢进 Google Stitch,它直出 HTML 代码。一次约生成五个页面需分批补齐;不满意不要反复改,直接新开对话重新生成,因为新窗口性能最好。
AI Studio 做原型:分层设计与 mock 数据
从 Stitch 导入 AI Studio 做可交互原型,可调用 Gemini 实现生图与内容生成。但生成的代码不能直接发布,需提前做分层设计,把后端对接层独立出来并 mock 数据,将来只替换这一层。原型完成后即可 demo。
本地框架与 documents 目录:让 AI 读懂项目
下载代码前先初始化可复用的本地框架,并在根目录建 documents 目录存放所有文档与第三方库 README,让 AI 先读文档再写代码。写代码用最强模型,文档设计可用国内免费模型。
正式开发:规划文档、并行 agent 与心态
让 agent 规划开发步骤与里程碑并落地为研发规划文档,可多开 agent 并行开发互不冲突的任务。后端默认已有成熟框架,否则要自己打磨或购买。开发中 AI 会出错返工,要保持平和心态,把自己当决策者。
上线:不迷信 Serverless,先做安全测试
不推荐 Supabase 加 Vercel 的托管方案,理由是数据不可控;建议自购海外服务器。上线前让 AI 写部署文档,测试只做安全性测试,避免被黑产刷爆上游服务。个人产品要快,能用就上。
功能迭代第一步:先做功能调研文档
迭代阶段核心诉求是快和准。先让 AI 做功能调研文档,列出技术方案及优劣、第三方库对比、风险点与兜底方案。主播认为 AI 在这件事上比人做得好,会主动评估各方案对现有系统的破坏与优先级。
实施文档:AI 编程里最关键的约束
功能实施文档要细化到改哪个文件、哪个函数、怎么改,并附伪代码与牵连注意点。文档越细,AI 自由发挥空间越小,幻觉与错误概率越低。这解释了很多人用 AI 写代码总出错的原因。
Skills 与循环调试:一次性提交所有修改点
Claude Code 的 skills 削弱了 AI 编程的不确定性,但替代不了实施文档。循环调试时建议一次性提交所有修改点并指明文件与函数,或用截图加红箭头标注,避免反复来回浪费时间。
两个小技巧与一个人的多项目状态
建议开启语音对话配合截图交互,以及多开 agent 并行任务、给每个 agent 取名并分配角色。主播描述自己同时推进几个项目的工作状态,并评价 spec-kit 一类工具目前仍太复杂。
总结与个人项目介绍
核心思路是让 AI 做各种文档,再让 AI 基于文档执行,文档既是资料也是指令。随后介绍个人博客、公众号,以及开源的视频编辑器 UI 框架和已上线的公众号创作助手。

10 月 12 日 · 51 分钟

第060期:深入聊一聊我发布的Agent桌面端产品SUMU,它的理念、设计和巧思
9 月 3 日 · 57 分钟

5 月 19 日 · 1 小时 12 分

第058期:冒泡回归,聊一聊这两年AI Agent领域的变化
4 月 8 日 · 45 分钟

Robust: 程序员的 TALK PLACE · 2025 年 12 月 26 日 · 1 小时 31 分
这期节目主要聊一聊一些干货,程序员如何利用AI来开发独立产品,聊到了具体的开发流程,非常细节,耐心听完。
进入我的博客寻找文字稿 www.tangshuang.net
或者关注我的公众号 wwwtangshuangnet
本期博客录制了视频,通过视频来标注每个节点所提到的工具,可以关注我的视频号“唐霜AI说”看视频
AI 从整集转写里归纳的,不是节目方的宣传语
把「功能实施文档」拆到文件路径、函数、伪代码和牵连点,用它压缩 AI 自由发挥空间以降低幻觉。
主播自述半年里同时推进几个项目、多开 agent 并行,一个人跑完从零到一再到迭代的全流程。
他形容用 AI 开发时的心态:做事的不是你,你只是决策者,这才体会到当年 leader 面对固执程序员的心情。
AI 读完整集转写后给出的推荐理由
一位前腾讯高级工程师把自己半年跑通的 AI 开发流程完整拆开:先让 AI 扮演投资人质问创意,再用 Stitch 直出界面、AI Studio 做可交互原型,最后靠一份细化到「改哪个文件哪个函数」的实施文档压住模型幻觉。他反复强调的一条纪律尤其反直觉——永远不要手动改 AI 生成的文档,要在对话里让它改,否则你的修改会被上下文覆盖。
由 AI 从整集转写生成,是创作者说明之外的补充
一位前腾讯高级工程师系统讲述自己用 AI 做独立产品的完整流程,分为「从零到一」和「功能迭代」两个阶段。初创期依次是:让 AI 扮演投资人质问创意、用 AI 做市场与技术调研、让 AI 生成含 UI/UX 与技术架构的产品文档、用 Google Stitch 生成界面、用 AI Studio 做可交互原型、本地初始化可复用的代码框架、上线部署。迭代期则强调功能调研文档与功能实施文档,后者细化到具体文件、函数与伪代码,以此压缩 AI 的自由发挥空间、降低幻觉。贯穿全程的核心纪律是:不要手动修改 AI 生成的文档,要在对话中让 AI 改,以保持上下文一致。
点一章从那里开始播 · 与创作者标的时间点各自独立
从工程师到用 AI 解决问题:这期要讲什么
别急着写代码:先让 AI 质问你的点子
让 AI 写产品文档,但绝不手动改它
用 Stitch 生成界面:不满意就重开对话
AI Studio 做原型:分层设计与 mock 数据
本地框架与 documents 目录:让 AI 读懂项目
正式开发:规划文档、并行 agent 与心态
上线:不迷信 Serverless,先做安全测试
功能迭代第一步:先做功能调研文档
实施文档:AI 编程里最关键的约束
Skills 与循环调试:一次性提交所有修改点
两个小技巧与一个人的多项目状态
总结与个人项目介绍
节目里自然聊到的,不是广告

程序员视角的AI实践与独立产品开发谈地,聚焦AI编程、Agent产品与AI创作流程,兼及行业两年演变与个人项目复盘
已收录 61 期 · 最近更新 10 月 12 日
AI 对内容的推测
☕🧄 这个比喻出自 2009 年周立波的一句「喝咖啡的怎么能和吃大蒜的呆在一起呢」;郭德纲后来在《你要高雅》里回了一句「雅和俗分不开,喝着咖啡就着大蒜,秋水共长天一色」。我们借它标注风格取向 —— 两端没有高下,编辑部式与熟人局式都能做出极好的节目。
http://www.ximalaya.com/album/34869197.xml复制概要、章节、提及与推广标注由 AI 生成,可能有误;内容版权归创作者,声湃按创作者开放的 RSS 收录。了解收录与 RSS →