



Max 总结 agents 带来的最大体感变化——不再卡死。旧痛点:"以前你能搭出来很多东西,有很多部分都挺直接顺畅的,但接着你会撞上某个莫名其妙的问题,然后你可能就得花上一段不知道多久的时间,去调试某个很窄的小问题(debugging some narrow thing)。"现在的变化:"有了 agents,结果就是你再也不会卡住了,这相当神奇……它们能相对快地找到正确的做法。"Guillermo 在旁补了句冷幽默"或者是它们卡住了(Or they get stuck.)"——agent 也会卡,只是把"卡"这件事从人身上转移走了。Max 最后推翻一句流传已久的编程信条:"我那些朋友刚学编程时会说『没办法,这本来就是内在让人抓狂的事,这就是这门活儿的一部分,你就是这么学会的』。可这话现在已经不成立了。"——"受苦才能学会"的旧叙事,被 agents 打破了。 → 详细
"我评判你这个工程师的方式是:你有没有在打造那个能产出 B 到 Z、能成倍放大产出的工厂?" —— Guillermo → 详细
"在虚拟数字领域里,差距根本不止 10 倍,而是 100 倍、1000 倍。一直都是这样。" —— Guillermo → 详细
"Waste tokens, save time. 别去盯着 token,不管是输入还是输出,只看你自己的时间,只看最终的成果。" —— Guillermo → 详细
"不管这些模型看起来多贵,它们还是比人便宜得多。" —— Guillermo → 详细
"模型在某个节点上毕业了——以前是 junior 工程师,现在是 principal(资深首席)。" —— Guillermo → 详细
"好的工程负责人其实早就一直在通过 Slack、一对一对着『人』做 vibe coding,只不过现在我们对 agents 做同一件事。" —— Guillermo → 详细
"这些(building blocks)就像库和依赖,只不过是给 agents 用的。" —— Max → 详细
"(用 agents)你再也不会卡住了,这相当神奇。" —— Max → 详细
"『卡住、抓狂本来就是学编程的一部分』——这话现在已经不成立了。" —— Max → 详细
本片无 lightning round / 收尾问答环节,亦无嘉宾联系方式。Blake Scholl 虽在场被介绍,但本片几乎未发言;本片是这场四人对话的软件视角切片。
姊妹篇(同一场对话的硬件视角):../18_Naval_氛围编程硬件/Vibe Coding Hardware_总结报告.md
这期对你是正中靶心的——它讲的不是"AI 能干什么",而是三个一线创业者亲手在改自己怎么干活:怎么用 token、怎么用 agent、人还剩下什么、什么才是新护城河。你正好同时扛着两条多-Agent 流水线(Holdwell 的 PRD 工厂、app_incubator 的 7-Agent 链路)、一个人推多线、还在做价值投资——他们每一句都能对到你某件正在做的事上。下面按项目拆。
你最稀缺的是精力和聚焦,所以"怎么用 AI 才省自己的时间"对你不是技巧、是续命。这期给了三条可直接装进你日常的心法。
怎么做的:Guillermo 的核心心法是「浪费 token,省时间」——"不管这些模型看起来多贵,它们还是比人便宜得多……别去盯着 token,不管是输入还是输出,只看你自己的时间,只看最终的成果。"他的做法简单粗暴:把 Codex、Claude、Gemini 三个模型同时扔到一个问题上反复怼,先做出来;哪怕中间是低质量代码也不管,"等我真要上生产的时候,我就再砸更多 token 进去,从头过一遍、重写它"。先求有、再求好、最后砸算力打磨。 你可以怎么做:你现在大概率还在"心疼额度"——一条 prompt 反复斟酌、舍不得让模型重跑。反过来:拆书、写原子笔记、给 PRD 起草、给 StockHelp 写脚本时,默认"重跑比想清楚便宜"。卡壳的活别自己硬磕,直接让模型出三版,挑一版接着改。你的时间一小时值多少,token 一块钱能买多少——这笔账永远是 token 划算。把"省 token"从你的心智里删掉。
怎么做的:Guillermo 刻意不学各种花活——"用 Ralph Wiggum、用这个 prompt 引擎、用那套脚手架、永远开 plan mode……我把这些全都无视了。"理由很反直觉:"我假设模型自己变好的速度,会比我搞清楚怎么用它的速度更快。"工具一天一个样,与其钻研当下用法,不如赌它进化。 你可以怎么做:你是个爱把工作流做精的人(看你那套三驾马车碰撞协议的讲究就知道),很容易掉进"再研究个新提效套路"的兔子洞。这条是给你踩刹车的:别把精力花在追当月最热的 prompt 技巧上,那是会过期的知识。把省下的精力压到"选对要做的事"和"把判断力喂给模型"这两件不过期的事上。
怎么做的:Max 说"模型在某个领域的水平,基本上跟你自己的水平差不多"——你是高手它就强,你是 junior 它就 junior;而决定你够不够到它天花板的,是你那几句"小反馈"准不准。于是他们团队冒出一个新支援角色:"你跑来说没从模型拿到好输出,我告诉你该怎么 prompt"——"重新 prompt 的质量极其重要"。 你可以怎么做:当你觉得"这模型不行"时,先怀疑是自己的反馈不够准,而不是模型不够强。建一个你自己的「重提问句库」:把那些让模型从平庸跳到惊艳的追问("给我三条路 + 各自取舍""这个我们一般不这么做,你换个方案")记进 Personal Thinking,当成可复用资产攒着——这比攒任何 prompt 模板都值钱。
怎么做的:Guillermo 说工程师的评判标准变了——"以前看你产出 B 这个成果做得多好;现在看你有没有打造那个能产出 B 到 Z、能成倍放大产出的工厂。"他直言"已经有 100x 甚至 1000x 的工程师了",杠杆来自系统而非手速。 你可以怎么做:你的三驾马车 + 碰撞协议 PRD 工厂,本质就是他说的这个"工厂"——你早就站在对的范式上了。但要警惕一个错位:你现在还在拿"产出了几份 PRD"衡量这套系统,而真正该问的是"这套工厂本身的产出倍率有没有在涨"。把你档案里那几个老大难——碰撞协议纪律是否真执行、跨线对齐、agent 产出的可观测/可验证——重新框成"工厂的产能瓶颈":跨线对不齐就是缺标准件,纪律不强制就是流水线没有质检卡口。修工厂,而不是修单件产物。
怎么做的:Max 把"模型能不能搞定"的界线划在可验证 vs 未解问题上——"只要处在可验证的、能解出来的问题领域,模型就能解掉";只有极少数像陶哲轩那样开拓人类知识边界的活,才需要人机贴身共创。 你可以怎么做:这给你一把分诊刀。你 PRD 工厂里的活,能不能跑通、字段对不对、实体定义一致不一致——这些都是可验证的,就该放手让 agent 蛮力收口、用测试/校验把关。真正留给人和真人评审的,是"该不该做这个需求""跨线怎么对齐"这类没有标准答案的判断。别让人的精力浪费在机器能自检的环节上。
怎么做的:Guillermo 抛出"现在还是人在补全模型",并预判角色调换的路径:很快每家 SaaS 都会出 CLI / API 让 agent 直接对接,"只要是基于文本、基于 Unix 的,agent 就能自己把 API 黑出来";甚至插上加密 token,"模型就自己去为它需要的东西付钱"。还补一句"已经有人在做这个了"。 你可以怎么做:你档案里写着 app_incubator 要"把『该做什么』前移到 agent"——这条正好给你抓手:让链路里的 agent 更靠近能自己动手的边界。优先给它接 CLI/API 友好的工具(命令行、纯文本协议),而不是只能点界面的;凡是"只有人能做"的卡点(拿密钥、付费、授权),单独列出来当成"暂时的人类工位",盯着哪天能交还给 agent。你越早按"agent 自己跑通全程"来设计,激活/首屏那块就越不靠人肉补位。
怎么做的:Guillermo 说真正值钱的底层能力不是写代码、而是理解零件怎么拼——"懂 API 是什么、懂数据怎么流、懂输入输出、懂性能","比单纯会写代码有用无穷倍";而且好的工程负责人"早就一直在对『人』做 vibe coding"(用一句话把意图甩给别人去落地),"现在我们对 agents 做的是同一件事"。 你可以怎么做:你是 PM,本来就靠"把意图讲清楚让别人落地"吃饭——Guillermo 等于在说你这身 PM 肌肉就是带 agent 的肌肉,你天然有优势。把 app_incubator 的 agent 当成你带的"新同事":你不需要会写它写的代码,但你得能给它定方向、设预期("这个操作我要这个量级的性能""数据应该这么流")。你的 PM 表达力,就是这条链路的上限。
怎么做的:Max 谈到 agent 带来的最大体感是再也不会卡住——以前会为某个犄角旮旯的 bug "花上不知道多久去调一个很窄的小问题",现在"agent 能相对快找到正确做法,你再也不会卡住"。他顺手推翻了"受苦才能学会"的旧信条:"『卡住、抓狂本来就是学编程的一部分』——这话现在已经不成立了。" 你可以怎么做:这对你的 ingestion / 拆书流水线是个解放信号。以前你大概会觉得"摄入 SOP、跨主题串联得我亲自一点点磨才算数"——但凡是机械的、会卡人的环节(格式化、提取、找关联、生成索引),交给 agent 蛮力跑,不必为"亲手做"赋予额外意义。把你省下的注意力留给只有你能做的事:判断哪条笔记值得入库、哪个主题真正成立。
这期表面讲工程,底下藏着一条资本配置 + 护城河的暗线,你作为价值投资者该顺手薅一把。
怎么做的:整场对话其实在重估"软件这门生意值不值得投"。Guillermo 直接问"纯软件是不是已经死了?护城河在哪?"——"模型现在会讲英语了,我们当初得学写代码才能跟它沟通",那"只会写代码"还剩多少壁垒?他给的答案是 Mitchell Hashimoto 的「building block economy(构建块经济)」:真正的护城河,是别人离不开的、可复用的标准件(他类比成"给 agents 用的库和依赖"、"token 缓存"——别人不会为重造你这块而烧一万亿 token)。 你可以怎么做:把这条装进你 StockHelp 的"找卓越生意"镜头。AI 时代,软件公司的护城河正在从"产品做得好"迁移到"成了别人的基础依赖"——问你 watchlist 里每只票:它是会被自然语言+模型抹平的"纯应用",还是别人的工作流离不开的"构建块"(标准、网络、数据底座、被嵌进无数 agent 流程的依赖)?前者护城河在变浅,后者在变深。这是一条能帮你重排"软件质量分"的新标尺。
怎么做的:Guillermo 那句"不管模型多贵,它们还是比人便宜得多",是一句赤裸裸的单位经济学判断——他在拿"机器算力 vs 人力"做资本配置,结论是算力这边的边际成本在塌方式下降。 你可以怎么做:投资上,这是个成本曲线拐点的信号。当一项关键投入(这里是软件研发)的边际成本急速下降,受益的往往不是卖这项投入的人,而是大量消费它的人——硬件公司、有分发/品牌/数据但软件弱的传统玩家(片里 Guillermo 明说这对硬件创业者"是利好 a boon",还引 Patrick Collison"软件是艺术、招艺术家很难")。盯一盯你能力圈里"被高质量软件卡过脖子、如今能低成本补齐"的非软件公司。
该反着用:这仨都是 Vercel / Science / Boom 的掌门,资源管够、可以烧 token 蛮力硬怼。你是一个人扛多线、精力是死线——"把三个模型同时扔上去反复试"对你不一定划算,因为你连"看三版输出再决策"的注意力都得省。对你,"浪费 token 省时间"的正确读法不是无脑多跑,而是:把省下的精力 100% 投到"选对要做的事"上——他们自己也说了,选对方向带来的是"无穷大的差距",而那"甚至不一定是更厉害的程序员,可能只是判断力更好的那个人"。你的杠杆点是判断,不是算力堆量。
和你现在做法冲突:你的 Holdwell 工厂讲究三驾马车、独立初稿、碰撞、合成定稿的精密编排——很重、很讲规矩。Guillermo 却刻意不学任何脚手架/技巧、赌模型自己进化。这两种姿态正面顶牛:你在"把流程工程化做深",他在"少搭脚手架、让模型裸奔着变强"。张力在于——你那套精密编排,有多少是在补今天模型的短板(明年就没用了),有多少是沉淀不过期的领域判断?这个不替你下结论,但值得你对着碰撞协议逐环节问一遍。
对你的镜子:你一直把自己定位成"产品经理 + 第二大脑的主人",潜台词里"动手能力"是别人的事。这期在告诉你:你那身"把模糊意图讲清楚、让别人/agent 去落地"的 PM 本事,恰好是 AI 时代最值钱、最难被替代的能力——Guillermo 说带团队的人天然会带 agent,Max 说很久没写一行代码却建了海量软件。你不是"不会写代码的 PM",你是"早就在对人做 vibe coding、现在顺势就能指挥一支 agent 军团"的人。这不是安慰,是你该据此重新下注的事实。
这期三个一线创业者亲手讲"怎么用 token、怎么用 agent、人还剩什么",对你新立的「一人公司 build-in-public」号是满仓弹药——因为你号的真实底牌 drizzle tech 就是他们说的那种"软件工厂",而 B 支柱(AI 员工成本账/API 账单)最独占的内容,这期直接给你递了三条选题。
1. "浪费 token 省时间"——这条能变成你 B 支柱最独占的一篇:把 drizzle tech 的 API 账单摊开
2. "软件工厂:评判你看你有没有造出成倍放大产出的工厂"——drizzle tech 就是这座工厂,A 类复盘现成
3. "模型毕业成 principal,人靠品味补全 + 重新 prompt 的质量极重要"——你 B 支柱的岗位说明书依据 + 可抄物
可迁移思维模型:
判断更新:如果你之前默认"AI 是给我打下手的工具、我得盯着省着用"——这期该把它更新成"AI 是我带的一支按我判断力等比放大的团队,我的活是定方向、给反馈、拍板,不是省额度也不是亲手做"。你的瓶颈从来不在模型,在你喂给它的判断。
这周一个赌注:挑你手上一件你一直想做、但因为"得搞清楚怎么实现"而搁置的事(Max 说他"幻想了好多年的项目,现在亲手建出来了,可一行代码没写")——比如 StockHelp 的某个一直没空写的信号、或 app_incubator 里某段卡住的链路。这周只用自然语言指挥 agent、故意不心疼 token、允许它跑出三版烂的再重写,把它从 0 推到能用。赌注是:验证一次"浪费 token、省时间"在你身上到底成不成立——一次亲历,胜过你再读十篇这样的总结。