分享
0224-Boris Cherny X Lightcone:不要为今天的模型做产品
输入“/”快速插入内容
0224-Boris Cherny X Lightcone:不要为今天的模型做产品
用户9970
用户9970
5月9日修改
0224:Boris Cherny X Lightcone:不要为今天的模型做产品
今天看到 Boris Cherny 去了 Y Combinator 的 Lightcone 播客。
Boris 是 Anthropic 的工程师,也是 Claude Code 的创造者。他分享了从原型到爆发的过程,并提到 Claude Code 的内部增长曲线在 2024 年底几乎“垂直”。
这期播客里,Boris 谈到了 12 个有趣的观点:
1、为六个月后的模型做产品。Boris 说他们不为“今天的模型”做产品,而是盯住六个月后的能力边界。短期看是等待,但长期看能避免把时间浪费在很快被模型进化抹平的细小优化上。
2、Claude Code 是从终端聊天开始的。最初只是为了理解 API,做了一个终端里的聊天应用。工具使用出来后,他把批处理工具接上去,意外发现模型可以读文件、甚至用脚本查询本机音乐播放,这成为他第一次“这就是 AGI 的味道”的时刻。
3、终端不是理想的终点,却被现实验证。Boris 原本以为终端只是起点,但后来发现终端作为约束反而让体验“简单、可用、好玩”。在模型快速进化时期,任何复杂 UI 都可能在半年内过时。
4、产品原则是“潜在需求”。Claude.md 的出现不是拍脑袋,而是用户自己写 markdown 给模型读。团队把用户反馈沉淀成团队共用的 Claude.md,变成可以持续演进的“操作系统”。
5、Claude.md 要短。Boris 自己的 Claude.md 只有两行:开 PR 自动合并、发到内部盖章频道。太长就删掉重写,因为模型变强后,你需要的提示反而更少。
6、早期价值不在写代码,而在自动化。2024 年时模型写代码不行,但能帮忙跑 git、bash、Kubernetes。团队先用它做低风险的单元测试,再逐步扩大边界。
7、每个工程师都在“拿工具的方式”上不同。Claude Code 能让不懂 Vim、tmux、SSH 的人也能用起来,正是因为它把复杂度藏在模型和工具里,而不是强迫用户适配工具。
8、可见性是信任的前提。团队尝试隐藏 bash 输出,但内部试用一天就被反对。后来加了 verbose 模式,继续迭代,说明“看得见模型在做什么”是很多用户的安全感来源。
9、错误的最佳修复是“结构化沉淀”。当模型在 PR 里犯错,团队会把修正写进 Claude.md,让错误被系统性吸收,而不是一次性救火。
10、使用范围远超“写代码”。有人用 Claude Code 监控番茄、恢复婚礼照片;Anthropic 内部的设计、财务、数据科学团队也在用。这说明工具的价值是“能动用工具解决问题”,而不是“会写代码”。
11、增长是指数级的。播客提到外部统计:70% 的创业公司在选 Claude 作为模型,约 4% 的公共代码提交由 Claude Code 产生。更极端的例子是 NASA 的 Perseverance 任务也用到它,团队甚至为此打印了海报。
12、模型能力变化速度快到必须“重置心智”。Boris 说自己常常低估最新模型。一位工程师让 Claude Code 自己写脚本分析 heap dump,竟比人类更快找出内存泄漏,这是模型演进带来的“能力错觉反转”。
---
精华片段
断断续续,终于看完了这期 Lightcone。干货很多,Boris 可能是目前最懂“模型能力进化”怎么影响产品设计的人。
我今天不忙,把这次访谈精编出来,供大家学习。赠人玫瑰,手有余香。下面是 YouTube 链接:
https://www.youtube.com/watch?v=PQU9o_5rHC4
#01 为六个月后的模型做产品
主持人:你们为什么一直强调“不是为今天的模型做产品”?
嘉宾:因为模型进化的速度太快了,今天你搭的脚手架,六个月后就被模型自己抹平了。
编辑补充:这其实是“等待模型进化”的策略,而不是“堆功能”。长期看更像是在押注能力边界。
主持人:所以你们不担心短期体验不够好?
嘉宾:短期的边界反而是机会,盯住模型还不擅长的那块,等它变强,你的产品就顺势进入下一阶段。
#02 终端原本是起点,后来成了答案
主持人:Claude Code 为什么从终端开始?
嘉宾:因为我只想最快搭一个可以用 API 的东西,终端最省事,不需要 UI。
编辑补充:这点很关键,终端不是为了“复古”,而是为了“最快验证能不能用”。
主持人:你当时觉得终端是终点吗?
嘉宾:完全不是,我以为只是起点,但它就这样被保留下来了。
#03 Claude.md 的核心不是“长”,而是“可更新”
主持人:你们的 Claude.md 很短,这反直觉。
嘉宾:短才有效。团队把经验写进公共 Claude.md,个人只需要两行指令就够。
编辑补充:他甚至建议“太长就删掉重来”,因为模型变强后,提示会越来越少。
#04 早期不是写代码,而是自动化一切
主持人:Claude Code 最早是怎么被用起来的?
嘉宾:最开始是自动化 git 和 bash,后来才慢慢试着写测试。
编辑补充:这里的路径很现实:先用低风险、可回滚的任务建立信任。
#05 可见性和信任是同一件事
主持人:你们为什么又加回 verbose 模式?
嘉宾:我们试过隐藏 bash 输出,但用户反对,说明他们需要看见过程。
编辑补充:能“看到模型在做什么”,本质上是模型时代的新型安全感。
#06 这不是“写代码工具”,而是“工具使用入口”
主持人:你看到哪些意外的使用场景?
嘉宾:有人用它监控番茄、恢复照片,内部设计和财务也在用。
编辑补充:它已经变成“让模型动手”的通用入口,远远超出写代码。
#07 增长是指数级的,但也只是开始
主持人:你对增长最意外的是什么?
嘉宾:统计显示 4% 公共代码提交来自 Claude Code,70% 创业公司选 Claude。
编辑补充:这些数据背后是模型把“写代码”变成“默认选项”的结构性变化。
---
Boris 用 Claude Code 把“模型能力进化”变成了产品方法论,也提醒我们:不是把产品堆大,而是把它放在模型进化的正确轨道上。YouTube 链接:
https://www.youtube.com/watch?v=PQU9o_5rHC4