0224-Boris Cherny X Lightcone：不要为今天的模型做产品
输入“/”快速插入内容
0224-Boris Cherny X Lightcone：不要为今天的模型做产品
0224-Boris Cherny X Lightcone：不要为今天的模型做产品
用户9970用户99705月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 可能是目前最懂“模型能力进化”怎么影响产品设计的人。
#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