课代表立正
AI编码工具正急剧削弱前端技术壁垒,迫使工程师必须向穿透不确定性、发掘原始需求的产品战略思维转型。
AI-assisted summary of In two years, through three steps, I transformed from a programmer into an AI entrepreneur. — original source. Check the original for full context.
Source published:
Detailed notes
## Background 该内容由YouTube频道“课代表立正”于2026年5月28日发布。视频简介指出,这是一期长达57分钟的深度对谈,主要面向用AI写代码的工程师与产品人、技术转型创业者以及关心AI教育的家长,分享嘉宾Zero如何将AI融入工作、教育和职业选择的真实案例。
## TL;DR 本期节目讲述了拥有十多年Web工程经验的Zero(刘希元),如何从大厂工程师一步步转型为初创公司PM并开启全职AI创业的历程。Zero详细分享了他与9岁儿子利用Claude Code等AI工具进行亲子共创,在两周内端到端独立开发出一款高质量学校主题塔防游戏的过程,并深入反思了AI时代的儿童教育观。最后,他总结了从工程师转向产品经理和创业者时,在面对商业不确定性、捕捉客户信号以及打破技术“知识诅咒”方面的深刻心态转变。
## Atmosphere & style 对谈整体呈现出一种既硬核理性又充满温情、反思的极客沙龙氛围。两位讲者作为资深技术人,在交流Vibe Coding和AI工具链时展现出极高的专业默契与探索热情,而Zero在讲述带娃做游戏时则流露出充满多巴胺刺激的欣慰与兴奋。节目后半段直面职业转型的阵痛,充满着打破常规、直面商业残酷现实的坦诚与清醒,带给听众一种既有具体方法论可操作、又能引发深层思维触动和共鸣的沉浸式体验。
## Key takeaways - [00:00](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=0s) AI 编码工具(如 Cursor)普及后带来的 vibe code 模式,使开发者能用自然语言调度算力快速手搭内部工具,低成本解决 SaaS 公司无法覆盖的长尾、慢性生产力痛点。 - [00:00](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=0s) Agent 在非技术人员中的普及存在交互门槛,相较于让用户跨越命令行界面(CLI)的学习难度,针对特定高净值长尾用户深度定制或探索更理想的客户端形态更具变现空间。 - [01:07](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=67s) 嘉宾 Zero 经历了从大厂到初创公司 Tech Lead 再到 PM 的跃迁,其深刻意识到创业公司的瓶颈通常在产品和商业化上,技术人员需主动拥抱市场与销售才能为创业蓄能。 - [08:38](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=518s) AI 时代对下一代的教育应该“阻挡不如引导”,通过亲子共创游戏,引导孩子建立 Builder Mindset(创造者心态),完成从游戏消费者(consumer)到创造者的蜕变。 - [08:38](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=518s) 在亲子协作中,家长应扮演需求梳理、克服表达恐惧和运用 CER(Context, Error, Requirement)模板等引导者角色,让 AI 的快速反馈不断给予孩子正向激励。 - [26:04](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=1564s) 嘉宾在 2025 年底因 Cursor 计费混乱且当时缺乏 Plan 模式转用 Claude Code,大模型 Plan 模式与长思考机制的发展,让复杂应用和深度协作的再次尝试成为可能。 - [33:34](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2014s) 在复杂、长周期的 AI 协作项目中,“文档先行”(document first)至关重要。第一天互动生成的游戏设计文档(Game Design Doc)作为全局上下文(context)是项目不崩溃的定海神针。 - [37:00](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2220s) 在引导孩子利用 AI 优化美术时,应将其转化为与 AI 共同进行市场调研和风格规范(Art style spec)提取的过程,让孩子在“创造性表达”中获得真正的爽点。 - [41:13](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2473s) 工具虽然好用,但教育必须带有清晰的价值主张(opinionated),不能让 AI 成为跳过思考和基本功训练的纯粹“捷径”,建立预测、理解并看懂 AI 输出的能力才是核心防护线。 - [46:54](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2814s) AI Agent 的出现让非工程师(如设计师)可以直接编写代码,从而极大地泛化了技术、降低了开发成本,也导致传统前端专家通过堆砌组件获得的壁垒和影响力结构性下降。 - [46:54](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2814s) 工程师转型 PM 的核心痛点在于从“如何交付技术(后半部分工作)”转向“从无到有发掘需求、在不确定性中给出愿景和权衡长期资源投入(前半部分工作)”。 - [53:12](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=3192s) 懂技术的 PM 容易陷入对技术可行性的顾虑,产生“知识诅咒”;而优秀的 PM 核心在于具备在商业环境的迷茫与不确定性中做决策、拍板方向的魄力。 - [54:36](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=3276s) 营销和产品规划永远应该比研发往前走一步,去“卖没有的东西”或不在线路图(roadmap)上的功能是跟客户共同探讨风向、验证其是否愿意买单的正确商业策略。 - [55:58](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=3358s) 创业最大的幻觉来自于闭门造车,根据 A/B 测试数据经验,高达 80% 的商业假设最终都是错的,人的大脑无法凭空想象世界,唯一可行的方法是尽快投入市场捕捉真实信号。
## Detailed walkthrough ### [00:00](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=0s) Vibe Coding 带来的敏捷转变与非程序员的鸿沟
在 AI 编码工具(如 Cursor)普及之前,开发一个内部工具往往需要耗费数个季度的时间,这种冗长的周期很容易让创意中途夭折。Zero 提到,在最近一次项目管理工具的迁移中,由于新工具 Linear 缺少 Asana 原有的自定义 Bug 提交表单(custom bug intake form)功能,且对方销售表示排期需要几个季度,他便利用 Cursor 通过 “vibe code” 快速手搭了一个内部工具,不仅复刻了原有工作流,还加入了大语言模型(LLM)驱动的 Bug 自动分发预测功能,顺利推动了公司层面的工具替换。这种长尾的、慢性的生产力痛点(chronic pain),在过去很难被 SaaS 公司或主力开发资源覆盖,如今却能通过自然语言调度算力轻松解决。
然而,技术门槛的降低并不意味着所有人都能无缝接受。Zero 在公司内部尝试面向非工程师(non-engineer)进行 Agent 培训时发现,尽管他用 Claude Code 搭建了非常高效的 PM 工作流管线(可以直连客户信息、拉取 Slack 生成报告),但在非技术人员眼中,这种命令行界面(CLI)主导的工具依然显得非常“吓人”且难以接受。这引发了对 Agent 交互入口的深刻讨论:虽然 MCP(Model Context Protocol)和 ACP 可以将 Obsidian 这样的软件与底层 CLI 工具无缝连接,使之成为一个对用户更友好的 Agent 入口,但 Obsidian 本身依然是一个需要一定学习成本的小众软件。比起强迫用户在 Terminal 或 Obsidian 中跨越学习门槛,针对特定高净值长尾用户(如一人公司、企业高管的个人知识管理)进行深度定制,或者探索更理想的客户端形态(如基于 OpenCode 的 iOS 客户端),才更具商业变现和 justifies 付费意愿的可能。
---
[01:07](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=67s) Zero 的职业觉醒:从 Google 工程师到创业 PM 的跃迁
Zero 拥有十多年的软件工程师(Software Engineer)生涯,长期专注在 Web 前端方向。他的职业生涯始于日本游戏公司 GREE,负责社交游戏(social game)的开发。这段经历对他的价值观产生了巨大冲击,他认为社交游戏的某些机制并不健康,甚至“带有偏见”,因此极不希望自己未来的孩子沉迷于此类游戏。出于对行业的不满,他选择加入 Google,在 YouTube 电视端和 Web 基础设施(Web infrastructure)组深耕多年。然而,长期的“爬格子”升职加薪并未让他获得真正的满足,在观看相关视频“觉醒”后,他决定跳出大厂的舒适圈,以创业为最终目标。为了弥补大厂与直接创业之间的巨大鸿沟(gap),他在四年前先后加入了 Firework 和 Lumos 两家初创公司,担任 Tech Lead 帮助团队招募前端、搭建基础设施。
在初创公司期间,Zero 敏锐地察觉到,创业公司的瓶颈(bottleneck)往往不在技术,而在产品和商业化上。为了产生更大的影响力并为未来的创业蓄能,他在七个月前主动向老板提出转型为产品经理(PM),以此获得更多接触销售(sales)和去往市场(go-to-market)的机会,这与大厂 PM 极少接触客户的生态截然不同。在节目中,Zero 更是顺便“爆雷”,透露自己即将在一个月后从公司正式辞职,开启全职创业的旅程。
- **创业方向一:** 深度参与 Obsidian Copilot 项目。Zero 在一年前通过社区结识了该项目的创始人 Logan,并在其转型收费前就加入其中,负责用户体验(UX)优化。目前该团队已发展至 5-6 人的规模(通过营收分成 Contract 维持),未来辞职后 Zero 将投入更多时间为其开发新的 Agentic 功能。 - **创业方向二:** 打造儿童 text-to-game 的游戏教育平台。基于自己带娃做游戏的快乐体验,他计划将这种“从消费者(consumer)到创造者(builder)”的转变过程沉淀为一种商业模式或平台。 - **商业互促:** 主持人透露,其团队目前正在为腾讯游戏做企业 AI 培训。听到这一消息后,Zero 表达了强烈的合作兴趣,并展现出极高的探究意愿。
---
[08:38](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=518s) AI 时代的硬核亲子教育:把娃从 Consumer 变成 Builder
谈及学习 AI 的旅程,Zero 坦言自己在 2024 年初接触 GitHub Copilot 自动补全单元测试时,迎来了第一个“啊哈时刻”(aha moment)。尽管他在 2024 年底曾一度认为 Devin 等早期 Agent 产品被过度炒作(overhype),且定义模糊、不够确定(deterministic),但在参加了主持人的课程后,他的范式发生了根本性转变。特别是看到“五次迭代”的 Demo、以及“GUI 是给人用的,API 是给机器用的,而 Agent 能够极大降低 API 交互门槛”的前沿论断后,作为前端工程师的他甚至对自己的职业生涯产生了一丝怀疑。这种“Builder Mindset”(创造者心态)不仅治愈了他从小抓头发的慢性坏习惯(他为此借助 Agent 做了一个 HAIr Pulling Detector,并在 LinkedIn 上靠着故意保留 debug 框的“反差感”和“程序员秃头自救”的脱口秀幽默斩获了极高的点击量),也成为了他教育孩子的核心理念。
作为一个拥有 9岁大娃(Nathan)和 6岁小娃(Evan)的父亲,Zero 对 AI 给下一代带来的冲击充满担忧。他深知传统学校的书本教育根本跟不上 AI 的发展速度,甚至许多学校还在一味禁止 AI。Zero 提出了一个精妙的比喻:**看待 AI 就像看待游戏一样,大部分家长因为不懂而选择阻挡,但孩子们总有渠道接触到。与其在他们接触的那一刻开始放纵、步入歧途,不如早期主动引入,引导他们用正确的方式去使用。** 最好的亲子引导方式就是一起做游戏。受自己小时候在“文曲星”上用 Basic 语言写足球经理和 RPG 游戏并获得同学正向反馈的启发,Zero 决定让儿子也体验这种成就感。
当 2025 年刚上完课的 Zero 拿着 Cursor 问大娃想做什么游戏时,Nathan 提出了一个天马行空的 Idea——“陀螺打龙”。在过去没有 Agent 的时代,做家长的往往会因为不知道怎么实现而试图去纠正、规避这种奇怪的想法;但现在有了来者不拒的 AI,Zero 选择放手让 AI 去试,给孩子的想象力更少的限制。在制作过程中,Zero 扮演了非常“hands-on”的引导角色: - **需求梳理:** 孩子一开始只能说出零散的句子,无法拼凑完整的游戏逻辑,Zero 必须跟孩子反反复复把 Requirement 讲清楚。 - **克服“镜头恐惧”:** 孩子虽然在台下能把需求过一遍,但当使用 Whisper voice-to-text 对着屏幕输入时就会紧张卡壳(freeze)。Zero 便鼓励他:“AI 什么都懂,你不用把话说得很完美,畅所欲言就行。”(这种极高包容度的交互甚至产生了一点副作用,导致 Zero 自己现在跟真人说话时也懒得组织语言了)。 - **建立闭环:** 当游戏出现 Bug 时,Zero 会引导孩子运用课程里的 CER(Context, Error, Requirement)模板,让孩子自己指出哪里不对,再用语音命令 AI 去修。
由于 AI 的反馈极其迅速(一两分钟就能看结果),整个过程不断疯狂分泌多巴胺,甚至让孩子觉得“做游戏比玩游戏更快乐”。自从开启了这个项目,Nathan 甚至会主动跑来跟爸爸说:“我这周不玩游戏了,我们来做一个游戏吧。” 这让 Zero 感到无比欣慰,因为孩子真正完成了从 Consumer 到 Builder 的蜕变。虽然两年前基于初代 Agent 能力做的“陀螺打龙”在加关卡时遇到了模型瞎做、改不动的瓶颈,但一年后他们成功做出了一款完成度极高、连业内专家 RYO 都赞不绝口的、带有同学特殊技能设计的精美多关卡塔防游戏,并作为生日礼物生成 QR code 分发给了全班同学。
[26:04](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=1564s) 编程工具的演变:从 Cursor 到 Claude Code 的选择
一年过去后,大模型的能力发生了巨大变化,让再次尝试开发游戏成为可能。嘉宾分享了自己接触到 Claude Code 并利用其 Agent 模式进行开发的深度体验:在全新的工作流中,开发者需要先编写详尽的规范(spec),通过 Plan 模式让 Agent 彻底理解并讲清楚整体规划,随后 Agent 就能更持久地进行思考(Think),并极其高效地遵循指令执行任务。这种体验让嘉宾重新燃起了“私心”,决定找儿子 Nathan 再合作一款新游戏。
这引发了主持人的好奇,追问嘉宾为何从原先常用的 Cursor 转向了 Claude Code,因为在外界看来,两者的功能和特性并没有本质上的巨大差异,且 Cursor 内部同样可以调用 Claude 的模型。嘉宾坦言,他在2025年11月左右切换时,两者的体验差异“非常大”,至少在输出质量上不可同日而语。当时的 Cursor 还没有推出 Plan 模式,更糟糕的是其计费(billing)方式变得异常混乱。Cursor 提供了所谓的 Max 模式并进行额外收费,但用户很难评估它与普通模式的实际差距,这让人失去了消费意愿;同时,团队中有些同事一不小心用了一些高级模型,额度很快就被锁死,这些都成了日常开发中的巨大阻碍(blocker)。相比之下,嘉宾直接花 100 美元购买了 Claude Code 的订阅,发现额度充足到可以“随便用”,这种全心投入、不再被计费束缚的尝试,极大地拓展了学习和探索 AI 能力边界的窗口。不过针对目前的现状,嘉宾也承认现在两者的差距已经没有当时那么明显了。
- **时间节点**:嘉宾在2025年11月左右正式转用 Claude Code。 - **Claude Code 订阅费**:100 美元。 - **当时使用的模型**:Claude 4.5。 - **核心痛点**:Cursor 当时缺乏 Plan 模式,且 Max 模式等计费机制混乱导致团队额度极易耗尽,而 Claude Code 充足的额度成功释放了频繁尝试的限制。
---
[29:34](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=1774s) 从消费者到创造者:九岁儿子的塔防游戏设计课
当嘉宾在11月份提议再做一款游戏时,平时因父亲忙碌而只能等待的 Nathan 表现得“特别高兴”,迫不及待地想要开始。以前小孩子总喜欢缠着父母要屏幕时间(screen time)来玩游戏,但自从体验过做游戏的快乐后,Nathan 甚至会主动跑来说:“这周我不玩游戏了,我们来做一个游戏吧。”这种从“游戏消费者”(consumer)向“游戏创造者”(builder)的身份转变,让嘉宾感到无比欣慰。这次他们决定拉长战线,不再搞24小时的黑客松速成项目,而是好好研究在 AI 矩阵(Claude Code 负责代码优化、Nano Banana 负责生成美术资产、Suno 负责更上层楼的音乐生成)的加持下,端到端究竟能把游戏品质提升到什么程度。
在两周的开发周期中,嘉宾花了大量时间引导儿子进行游戏设计(game design)的深度交流。Nathan 提出想做一款塔防游戏(tower defense game),但在面对父亲“你的游戏和市面上的有什么区别”这一灵魂拷问时,九岁的孩子一开始也比较懵。于是,嘉宾像现在的 AI Agent 一样扮演起引导者的角色,给出了一系列选项和提示,最终他们将主题锁定在 Nathan 自己的学校上,决定把他的学校同学和弟弟个性化(personalize)地做成游戏里的防守塔。
在这个过程中,教育和人际关系的正面引导自然地发生了。Nathan 一开始提出了一些天马行空且随机的技能,比如把调皮的弟弟放进去,并赋予一些捣蛋的负面特性。嘉宾便启发他:“弟弟看到这个会高兴吗?我们能不能从正向激励(positive reinforcement)的角度去想功能?” 于是,Nathan 开始认真观察和盘点身边朋友的优点:长得高、擅长打篮球的同学,就被设计成射程范围极广的塔;iPad 玩得好、擅长编程的同学,就被赋予了“疯狂科学家”(mad scientist)的角色技能。这种设计机制不仅是技术层面的互动,更引导着孩子去深入思考如何看待他人、如何与朋友交流,并创造出让大家都能欣赏和喜欢的东西。
- **开发周期**:长达两周的深度开发,而非一次性的黑客松。 - **AI 协作生态**:Claude Code(代码维护与逻辑)、Nano Banana(Art assets 美术资产生成)、Suno(音频与音乐生成)。 - **正面反馈机制**:游戏在第一天就用简单的色块和一两个塔搭建出了能消灭怪物的初版(MVP),这种即时的多巴胺刺激让孩子在接下来的两周优化中始终保持着极高的自信与兴趣,唯一的插曲是当 Claude Code 思考 Prompt 需要10分钟时,儿子会跑出去跑一圈再回来关切进度。
---
[33:34](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2014s) 核心开发管线:Game Design Doc 与 Context 维护的威力
主持人非常好奇,在这个长达两周的复杂项目中,九岁的孩子是如何做到不让项目崩溃且持续保持热情的。嘉宾一针见血地指出,这得益于“管线(pipeline)很重要”。与第一次直接用 Cursor 从零生硬叠加代码不同,这次他们严格践行了在直播课和 Agentic AI 小课中强调的“文档先行”(document first)理念。他们在回家的路上先用 Plan mode 进行了深度讨论,明确了 Nathan 作为游戏设计师(Game Designer)的身份,并由 Claude Code 反复拷问 Nathan 关于游戏路线、怪物路径、防御塔摆放位置等底层设计细节。
这份在第一天形成的“游戏设计文档”(game design doc)成为了整个项目的定海神线。在随后的每一步迭代中,这份文档都作为核心上下文(context)喂给 AI。无论是后续添加新塔,还是修改关卡数值,AI 都能以这份设计书为基准和基调进行修改,并自动在过程中帮他们更新文档。甚至到了后期为游戏添加剧情和“四格漫画”时,嘉宾完全不需要重新向 Agent 解释这是个什么游戏,直接丢入文档后,Nathan 只需描述大概的故事走向,AI 就能极其精准地根据发生的场景和人物性格生成连贯的情节。
主持人探讨了父亲在这个过程中的角色转变。嘉宾表示,如果完全把自己拿掉,孩子目前因为缺乏对电脑基础操作(如复制粘贴、Spreadsheet 电子表格的技术处理)的熟练度,操作上还会有困难。但他现在的角色更像是工具的引入者(介绍 Nano Banana、Suno、Claude Code 等)以及思维的扩展者(在提需求遇到瓶颈或不清晰时予以提炼)。他计划在未来的 1-2 款游戏项目中逐步减少干预(hands off),让儿子完全独立上手。
- **开发方法论**:严格执行 Document First。通过 Plan Mode 与 AI 互动生成 Game Design Doc,并作为全局 Context 动态更新。 - **未来商业实验**:嘉宾计划在暑假邀请儿子的好朋友们来家里,开一个为期一周的家庭夏令营(family summer camp)。每个人利用 AI 开发一两款游戏,周末时打印成二维码(QR code)制成卡片,配合柠檬汁(lemonade juice)以每款 2 美元的价格进行售卖,让孩子们切实体验一回做生意的感觉(doing business)。
---
[37:00](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2220s) 翻天覆地的视觉蜕变:在图书馆与 AI 一起做 Research
在探讨游戏的 gameplay、动画和关卡分数时,嘉宾分享了一段令他印象最深刻的美术视觉(visual)蜕变故事。游戏从最原始的简陋色块到最终的高质量版本,中间经历了一次极大的跳跃。由于九岁孩子的见识和玩过的游戏有限,很难用准确的技术语言向 AI 描述自己想要的艺术风格(art style)。为此,嘉宾在图书馆为儿子设立了一个小时的课题:“我们今天如何跟 AI 一起做研究,来优化这个游戏的美术?”
他们把这次尝试变成了与 AI 共同进行市场调研(research)的经历。父子俩让 Agent 推荐市面上现有的、风格简练好上手的 Steam 游戏,并逐个打开预告片(trailer)进行筛选。在挑选过程中,他们首先排除了不符合学校主题的 3D 游戏;虽然 Nathan 一开始被炫酷的空间扭曲“霓虹风”(neon style)所吸引,但很快自己意识到这与校园风格不搭。最终,他们找到了几款 Nathan 玩过的益智游戏(如《Baba Is You》),非常喜欢那种带有字母跳动感的“蜡笔风”。
确定方向后,嘉宾在 Prompting 上花了大量功夫。他们引导 Claude Code 提取这几款参考游戏的风格特征,生成了一份详细的美术风格规范(art style spec)。当这份规范被扔给负责写代码的 Coding Agent 后,游戏界面瞬间发生了翻天覆地的视觉变化。当游戏做完让儿子反思最有趣的一步时,Nathan 毫不犹豫地选择了在图书馆研究视觉的这一个小时。嘉宾感叹道,这就是工作的最爽点——“创造性表达”(creative expression),小孩子脑海中的想法通过 AI 直接实时实现在眼前的感觉,实在是太棒了。
- **研究方法**:利用 AI 检索 Steam 盘点同类游戏,通过 Trailer 筛选出最适合的“蜡笔风”和字母跳动视觉。 - **AI 链路**:Claude Code(生成 Art style spec) $\rightarrow$ Coding Agent(重写前端渲染代码)。
---
[41:13](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2473s) 焦虑、捷径与 AI 时代的教育反思
主持人听到这里,在赞叹之余不禁陷入了深刻的焦虑和 FOMO(错失恐惧症)中。他觉得一个 9 岁的娃能用 AI 交付如此完整的创意表达,如果换做是自己作为父亲,一定会因为没能把这个“世界级的故事”发挥到极致而产生巨大的心理负担。然而,嘉宾的心态却非常克制。他透露自己其实对“去人类化”有着更深的担忧:如果哪天没有了家长的介入(human in the loop),小孩子自己面对 AI 时,是否会退化到只用最简单的 Text to Prompt(文生游戏)去敷衍了事,从而不再关注创造力本身?他强调说:“工具是可以好用,但是教育是 opinionated(有主张的)。”工具的最终目的应该服务于你想让孩子学到什么,而不是用最简单的方式走捷径。
为了厘清这种教育上的迷茫,嘉宾在生活中做了两组有趣的横向对比: 1. **AI 游戏 vs 传统模拟器**:Nathan 的妈妈(数学博士)最近为了应对学校背诵 $\pi$(圆周率)小数点的比赛,带 Nathan 用传统的 Scratch 软件从头编写了一个 $\pi$ 模拟器(基于蒙特卡洛原理:在正方形内画圆并随机投点,根据落在圆内点的比例计算圆周率)。Nathan 算出来后非常自豪地去学校分享。这让嘉宾陷入思考:手写模拟器和用 AI 做游戏,到底哪一个对孩子的成长更有意义? 2. **AI 工具人 vs 传统 Hard Skill**:嘉宾在参加母校(娱乐技术专业)的校友会时,遇到一位行业元老(OG)。这位元老连续五六年带女儿参加 Global Game Jam。在他们的父女组合中,女儿不碰 AI,而是苦练“硬技能”(hard skill),纯手绘为父亲的游戏做美术,如今已成长为能独当一面的主力 Artist。这让嘉宾再次产生犹豫:AI 是否成了让孩子跳过基本功训练的“捷径”(shortcut)?
主持人对此给出了非常精妙的宽慰与解答。他认为这三者绝非非此即彼的排他关系(not mutually exclusive)。手写 Scratch 就像在“健身房健身”或“做大脑的 Puzzle”,是一种思维和逻辑的纯粹思维训练;而用 AI 做游戏则是“工地上的生产(for production)”,它极大地提升了生产力,让人类有更多机会去探索各种可能。在 AI 时代,使用 AI 已经是一项未来的必备技能,但在具体到每天的教育决策(Easy decision vs Right decision)时依然很难。主持人分享了自己 22 个月大儿子的趣事:如果早晨带他看电脑,他就会非常安静,大人就能腾出手干自己的事,这是一个“轻松的决定”,但往往会带来过度依赖屏幕的后果;一旦不让看,就必须全心全意陪玩,孩子还会不高兴。
- **核心教育观**:工具好用,但教育必须带有清晰的价值主张(opinionated)。 - **技术体感**:经过这次高强度Building,9岁的 Nathan 已经在饭桌上绘声绘色地向家人比较 ChatGPT、Cursor 和 Claude Code 的优劣与边界,他对“如何用模糊的需求(vague requirement)与 AI 交互并产生好结果”形成了深刻的具身体验。 - **原则防线**:嘉宾在日常中严防 AI 被用来“作弊”或应付简单的数学作业,并强迫儿子必须看懂 AI 写的代码和给出的概念,建立预测和理解 AI 输出结果的能力。
---
[46:54](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2814s) 从前端 Tech Lead 到产品经理:打破技术壁垒的转型之痛
访谈的最后10分钟聚焦于嘉宾自身的职业转型。作为一个拥有丰富经验的前端 Tech Lead(技术主管),嘉宾主动选择转型成为产品经理(PM),其初衷非常明确:一是为未来成为创始人(Founder)做准备,因为 PM 能够直接面对客户并解答非常棘手的问题(answer very hard questions),是最接近 Founder 的职业体验;二是敏锐地察觉到 AI 正在急剧削弱技术的壁垒,尤其是对前端开发造成了降维打击。
嘉宾详细展开了对 B2B 前端可扩展性(scalability)的行业定义。在 AI 爆发之前,一个前端专家的核心价值在于“如何用更低的开发成本、更简单的方式,堆砌出更多且易于维护的 Feature”。嘉宾在公司最得意的提效成就,就是成功帮部门引入了高度成熟的组件库和设计系统(Design System & Design Token)。他为团队做好了底层积木(Lego),并规范设计团队必须基于这些模块进行功能扩展,从而避免了每次从零搭积木的资源浪费。
然而,AI Agent 的出现彻底颠覆了这个曾经的瓶颈。现在,公司的很多 Designer(设计师)能够直接下场用 Agent 帮写代码,甚至去 Build 新的设计系统组件。过去业务团队想要一个临时组件(one-off component)必须排期等待高级前端工程师,现在直接用 Agent 几分钟就能写出一个供后期修改的初版。前端专家的核心 Impact(影响力)正在面临被技术泛化所带来的结构性下降。
- **PM 转型误区**:嘉宾曾认为作为 Tech Lead,日常本就在跟 PM 和 Designer 密切交流、完善需求、甚至跑出去做类似 Sales 的项目演讲,全职做 PM 应当毫无痛点。但实际下场后才发现,自己以前只参与了“PM 的后半部分工作”(技术实现与交付),而最痛苦、也最欠缺的,是“PM 的前半部分工作”。 - **前半部分工作的核心痛点**:如何从无到有地发掘一个原始需求、如何在面对客户突如其来的陌生反馈时克制住工程师本能的“当场解决”冲动(Panic 心理),转而用更开放(open question)的问题去深挖对方的真实信号。 - **思维模型的跃升(Mindset Shift)**: | 维度 | 工程师思维 (Engineer Tactic) | 产品经理思维 (PM Strategy) | |:--- |:--- |:--- | | **核心目标** | 拿到模糊需求,高确定性、高质量地包装并解决掉 | 给出 6 个月到 1 年的抽象愿景 (Vision) | | **资源考量** | 关注当前 Quarter 的具体执行与技术架构 (How) | 权衡长期资源投入能为公司换回多大的回报 (Why) |
[53:12](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=3192s) 技术背景带来的“知识诅咒”与穿透不确定性的 PM 能力
在引导整个团队或者几家公司的产品方向时,讲者坦言自己常有种“做不对这事”的无力感。因为具备技术背景,他在推行产品方向的过程中会不自觉地陷入对技术可行性的顾虑,经常习惯性地去想“这东西到底能不能做出来”。一旦在技术层面上感觉到不够顺畅,就会变得缩手缩脚,不敢继续往那个方向推进。另一位讲者随即指出,这其实就是一种“知识诅咒”(curse of knowledge)。相比之下,不懂技术的 PM 因为不知道事情有多难,反而不需要去考虑技术实现的难度,而是能纯粹地先把产品的价值给想清楚。至于难不难、如何解决,那是工程师在后续讨论和不断变化的环境中才需要去处理的事。
这种思维差异在具体的合作中表现得淋漓尽致。讲者分享了他与“鸭哥”合作的体感:鸭哥做事速度已经极快,但讲者作为 PM 总是能一直保持有方向、有 idea,源源不断地给鸭哥甩出20个待办列表(backlist)。他探究其核心原因,认为这关乎一种“穿透不确定性的能力”。大多数商业环境都是不确定的,优秀的 PM 恰恰需要具备在不确定性中做决策的魄力——哪怕在“啥都不知道”的迷茫状态下,也能拍板决定“我就是要做这个”,并在此过程中将不确定转化为确定。
[54:36](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=3276s) 拒绝过度保护 Roadmap:从抗拒 Sales Pitch 到接受“卖没有的东西”
Zero 接着分享了他最近当 PM 的体感转变。他发现自己现在承担风险(take risk)的能力比以前变强了,这很大程度上得益于最近在公司做 PM 的锻炼经历。他举例说,自己最近在看公司给外部客户做的宣讲幻灯片(pitching slides)或客户引导幻灯片(onboarding slides)时,注意到上面写了一些自己听都没听过的功能,甚至都不在现有的产品规划(roadmap)上。这让当时的 Zero 感到很焦虑,甚至找 CEO 进行了深入的理论,认为不能这样向客户过度承诺(oversell),否则会严重打乱研发团队的节奏。
然而,CEO 的一番话彻底点醒了他。CEO 直言:“Zero,你现在是 PM 了,你不是 engineer。”在销售宣讲中展示的东西并不是一张死板的功能列表(feature list),不需要研发明天就做出来,而是用来去跟客户共同探讨风向的工具。公司当时正在摸索一个新方向——非人类身份验证(non-human identity),当时产品根本还没做出来,公司甚至不确定用户是否真的需要这个功能。CEO 的逻辑很直接:如果你不去跟客户卖卖看,你怎么知道客户以后愿不愿意为这个功能买单?营销(marketing)永远应该比工程师和 EPD(Engineering, Product, Design)的研发规划往前走一步。
- **心态转变**:过去一无所有时去跟客户聊这些未实现的功能,Zero 会非常怵、非常担心;而现在他已经接受了这是一种正确的策略(strategy),心态变得更加开放(open-minded),甚至会顺势反问客户:“那你觉得我们应该做成什么样的?”这种及时的反馈让他更适应商业中的不确定性。
[55:58](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=3358s) 闭门造车的幻觉与 A/B 测试的残酷真相
讲者们高度赞同“没有的东西也可以卖”这一观点,甚至开玩笑说“卖的东西其实都是没有的”。很多人创业之所以失败,就是因为不乐意在早期和外界沟通,低估了自己大脑中的“幻觉”(hallucination)。他们喜欢把自己关在家里闭门造车(close the door and build),自我感觉极其良好地把产品做完后再推向市场,结果往往冷酷地发现大家根本不需要这玩意儿。正确的方法应该是先去跑通接下来的销售管线(pipeline)。
讲者进一步用客观的实验数据论证了人类大脑在预测现实世界时的无能。根据 A/B 测试的经验,高达 80% 的商业假设(hypothesis)最终都被证明是错的。不管团队事前想得多完美、计划多周密,或者 PM 描绘得多么动听,只要一上 A/B 实验,绝大多数都会翻车。因为人的大脑非常不善于去凭空想象真实世界,所以唯一可行的方法,就是尽快把自己脑子里最好的那个想象拿出来投入测试。如果等到 100% 闭门做完,做出来的铁定是个错误的东西。唯有在边做边试的过程中,想方设法去捕捉市场的信号(get the signal)。
- **数据事实**:在产品开发中,80% 的 A/B 测试假设都是错的,都与最初的设想不符。 - **对话收尾**:节目的最后,讲者们感叹今天的对话涉及了多个不同的话题,聊得非常具有深度,并在轻松愉快的“感谢感谢”声中结束了本次对谈。
## Notable quotes > [08:38](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=518s) GUI 是给人用的,API 是给机器用的,而 Agent 能够极大降低 API 交互门槛 — Zero
> [08:38](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=518s) 看待 AI 就像看待游戏一样,大部分家长因为不懂而选择阻挡,但孩子们总有渠道接触到。与其在他们接触的那一刻开始放纵、步入歧途,不如早期主动引入,引导他们用正确的方式去使用。 — Zero
> [08:38](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=518s) AI 什么都懂,你不用把话说得很完美,畅所欲言就行。 — Zero
> [41:13](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2473s) 工具是可以好用,但是教育是 opinionated(有主张的)。 — Zero
> [41:13](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2473s) 手写 Scratch 就像在“健身房健身”或“做大脑的 Puzzle”,是一种思维和逻辑的纯粹思维训练;而用 AI 做游戏则是“工地上的生产(for production)” — 主持人
> [46:54](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=2814s) 如何用更低的开发成本、更简单的方式,堆砌出更多且易于维护的 Feature — Zero
> [54:36](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=3276s) Zero,你现在是 PM 了,你不是 engineer。 — CEO
> [54:36](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=3276s) 如果你不去跟客户卖卖看,你怎么知道客户以后愿不愿意为这个功能买单?营销(marketing)永远应该比工程师和 EPD(Engineering, Product, Design)的研发规划往前走一步。 — CEO
> [55:58](https://www.youtube.com/watch?v=HTxtDxEo3kQ&t=3358s) 很多人创业之所以失败,就是因为不乐意在早期和外界沟通,低估了自己大脑中的“幻觉”(hallucination)。 — 讲者
## Mentioned Zero, 刘希元, Cursor, Linear, Asana, Claude Code, MCP, ACP, Obsidian, OpenCode, GREE, Google, YouTube, Firework, Lumos, Obsidian Copilot, Logan, 腾讯游戏, GitHub Copilot, Devin, Nathan, Evan, Whisper, RYO, Claude 4.5, Nano Banana, Suno, Steam, 《Baba Is You》, Scratch, Global Game Jam, ChatGPT, 鸭哥
[Source](https://www.youtube.com/watch?v=HTxtDxEo3kQ)