🔥 今日高光
OpenAI 内部对模型价值的判断仍然很清楚:更聪明,暂时比更便宜更快更重要。 Sam Altman 直接说,他常常以为自己更想要 cheaper / faster models,但现实里更常成立的还是“smarter is still the most important thing”。这很像 2026 年上半年的一个行业校准:成本和 latency 当然重要,但真正改变工作流上限的,依然是 capability。
🔗 Sam Altman / smarter still matters most软件工程的总量可能继续扩张,而不是被 AI 压缩。 Aaron Levie 用 life sciences 的 thought experiment 讲得很透:当 lab automation、data processing、custom software 的构建门槛下降后,企业不会因此少做软件,反而会做更多过去做不起的系统。AI 提高的不是“替代率”,而是 software ambition。
🔗 Aaron Levie / AI expands software ambitioncoding agent 已开始进入“个人数字整理层”。 Peter Yang 分享了一个很实用的用法:让 Codex 或 Claude Code 全权查看本地文件和 Google Drive,给出 boot apps 清理、文件归档、资料整理计划。agent 不只是写代码工具,而是在向 personal ops assistant 演化。
🔗 Peter Yang / marie kondo your filesagent-native app 的界面范式越来越明确:左边持续运行的 agent,右边是人和 agent 共用的应用。 Dan Shipper 继续强化这个判断,并拿 Proof 这类 codex-native app 举例。重点不是 chat 替代 GUI,而是应用本身开始围绕“共同编辑、共同观察、持续执行”来设计。
🔗 Dan Shipper / agent on the left, app on the right
🔗 Dan Shipper / codex-native app examplebuilder 工具链继续往并行 agent 与 remote execution 方向推进。 Amjad Masad 提到“10 project 10 parallel agents each”,Peter Steinberger 则发布 Crabbox 0.3.0,加入 remote Linux runs、durable run events、live replay 等能力。一个很明显的趋势是:单个 agent 已经不够,大家开始认真经营 agent fleet 和 execution runtime。
🔗 Amjad Masad / parallel agents
🔗 Peter Steinberger / Crabbox 0.3.0
🐦 Builder 动态
Sam Altman(OpenAI)— 行业还没走到“便宜就够了”,能力上限仍然是第一变量
Sam 今天这条很短,但很值得记。过去半年大家很容易把讨论重心放在 inference cost、latency、token price war 和 deployment economics 上,但他给出的判断更像一个产品层提醒:如果模型还不够强,那再便宜再快,也只是把低天花板的能力更大规模地分发出去。
这条判断为什么重要?因为它会影响 builder 的路线选择:
- 做 application 的,会继续追逐更强的 reasoning / planning / tool use
- 做 infra 的,不能只卖便宜 GPU,还得承接更高阶模型需求
- 做 enterprise deployment 的,最终还是要回答“它到底能完成什么以前做不到的事”
换句话说,今天这句话不是在否认 cost 很重要,而是在强调:真正决定工作流被不被重写的,仍然是 intelligence 的上限。
🔗 Sam Altman / smarter still matters most
Aaron Levie(Box)— AI 不一定先减少工程师数量,但很可能先放大软件建设总量
Levie 今天这条 thought experiment 很有代表性。他拿 life sciences 举例:十年前很多公司不是不想投 lab automation、data infra 和 custom software,而是做不起、养不起,也很难跟科技公司抢人。
AI 把这件事改写的地方在于:它降低了启动复杂软件建设的门槛。 于是结果未必是“更少的软件工程”,反而可能是:
- 更多行业开始做过去做不起的内部系统
- 更多 domain teams 能把自己的流程软件化
- 更多 automation、integration、data handling 项目变得可行
这其实延续了 Levie 最近一贯的观点:agent era 的真正后果,可能不是软件供给收缩,而是 software surface 激增。对 builder 来说,这意味着未来机会可能不只在通用助手,而在那些把具体行业 workflow 做成 software 的团队。
🔗 Aaron Levie / AI expands software ambition
Peter Yang — coding agent 开始吃进“个人数字生活整理”这类过去没人认真产品化的工作
Peter Yang 今天分享的场景特别有现实感:把电脑和 Google Workspace 的访问权给 Codex / Claude Code,让它去看开机加载项、Google Drive 里的垃圾堆、桌面下载目录和文件命名混乱问题,然后给出整理方案。
这个方向有两个有趣的信号:
- agent 的价值不只在 build new things,也在 clean up existing mess
- 很多个人 productivity 痛点,本质上是上下文太碎,人懒得整理,但 agent 很适合做第一轮梳理
如果这个用法继续成熟,未来个人 AI 可能会更像一个长期驻场的 digital chief of staff,而不是只在你提问时出来回答一句话。
🔗 Peter Yang / marie kondo your files
Dan Shipper(Every)— agent-native app 的核心不是聊天,而是持续协作界面
Dan 今天延续了他这几天很清楚的一条主线:未来很多软件会默认把 agent 放进界面结构里,而不是外挂一个 chat box。
他给出的图像已经越来越稳定:
- 左边是持续运行的 agent
- 右边是人和 agent 共用的 application
- 两边共享上下文、目标和工作痕迹
这跟传统“AI assistant 嵌在产品角落”的逻辑不太一样。它更像是在说:产品本身要为人机共同操作而设计。 Proof 被他拿来作为 codex-native app 的例子,也说明 builder 圈已经开始尝试把这种范式做成可体验的产品,而不只是概念图。
🔗 Dan Shipper / codex-native app example
🔗 Dan Shipper / continuous agent + shared app
Peter Steinberger / Amjad Masad — 从“一个 agent”走向“并行 agent + durable runtime”
今天还有一条很实操的 builder 信号:大家已经不满足于让一个 agent 干活,而是开始优化 多 agent 并行执行 和 远程运行时管理。
Amjad Masad 那句“10 project 10 parallel agents each”虽然短,但很说明问题:builder 的想象已经从“我开一个 AI tab”转向“我怎么管理一群 agent worker”。
Peter Steinberger 发布的 Crabbox 0.3.0 则是更基础设施化的回答:
- remote Linux runs
- durable run events
- live run replay
- GitHub browser login
- Cloudflare Access
这说明 execution layer 正在补齐。因为一旦 agent 真进入工作流,大家需要的不只是模型本身,而是 可回放、可审计、可远程、可恢复 的运行环境。
🔗 Amjad Masad / parallel agents
🔗 Peter Steinberger / Crabbox 0.3.0
Garry Tan / Zara Zhang — personal AI 的使用方式正在变得更生活化、更开放式
今天还有两条小一点但挺有味道的 builder 信号:
Garry Tan 说 GBrain on OpenClaw + book-mirror skill pack 很像“无限 personal Blinkist”。这本质上是在继续强化 personal AI 的长期记忆与知识压缩层。
🔗 Garry Tan / infinite personal BlinkistZara Zhang 问“你们是怎么处理这个的”,虽然内容本身不完整,但它依旧反映了一个 builder 文化特征:很多 AI 使用法还没有固定 SOP,大家仍在公共空间里互相交换 workflow。
🔗 Zara Zhang / workflow question
📄 论文速递
今天的 follow-builders 数据里,没有足够强、适合单独展开写的论文信号。相比论文,本期更值得关注的是几条 builder 侧主线:
- smarter models 仍然比单纯 cheaper / faster 更关键
- AI 可能放大软件建设总量,而不只是替代既有岗位
- coding agent 开始进入文件整理、系统清理、个人数字运维
- 持续运行 agent + 共享应用界面,正在形成 agent-native app 默认形态
🛠️ 新工具 / 项目
Crabbox 0.3.0:补上 remote Linux runs、durable run events、live replay 等能力,明显朝 production agent runtime 方向走。
🔗 原文Proof / codex-native app:Dan Shipper 拿它当作“可以试试的 codex-native app”例子,重点在 shared context + shared interface。
🔗 原文GBrain + OpenClaw + book-mirror:继续展示 personal AI memory / summarization stack 的组合玩法。
🔗 原文
🇨🇳 中文圈
今天中文圈可直接展开的独立事件不多,但有几条对国内 builder 很有参考价值:
行业软件建设总量可能继续扩大。这对中国大量制造业、供应链、科研服务、企业流程团队尤其关键——过去因为研发资源不够没做的软件,现在可能开始值得做。
🔗 Aaron Levie个人 AI 不一定先从“超级聊天机器人”起步,反而可能先从整理文件、归档资料、清理系统这种脏活累活切入。 对中文办公环境来说,这类场景非常现实。
🔗 Peter Yangagent-native app 的共享工作界面,对国内做 SaaS、BI、内部工具和运营后台的团队也很值得参考:不是简单加一个 AI 按钮,而是重构“人和 agent 怎么一起完成任务”。
🔗 Dan Shipper
🎧 Podcast
OpenAI’s Greg Brockman: Why Human Attention Is the New Bottleneck
今天 feed 里的 podcast 来自 Greg Brockman。虽然这里只拿到 transcript,不是完整 show notes,但光从前段内容就能提炼出几个很关键的 builder 信号。
第一,Greg 对 OpenAI business 的描述非常直接:买、租、建 compute,再以 margin 转售 intelligence。 这句话听起来朴素,但它把 AI 公司的现实商业逻辑说得很透——需求的上限不是固定市场容量,而是“人类希望解决多少问题”。
第二,当主持人问“你们有足够 compute 吗”,Greg 的回答很干脆:没有, definitely not。 这说明哪怕走到 2026 年,compute scarcity 依然是行业事实,不只是媒体叙事。
第三,这期标题里提到的 “human attention is the new bottleneck”,也和今天整份日报的其他 builder 信号能对上:
- 模型在变强
- execution stack 在变稳
- 并行 agent 在增多
- 真正开始稀缺的,是人类怎么设目标、分配注意力、判断优先级
所以这期播客最值得记的一句话可以概括为:当 intelligence 与 execution 被持续扩容后,真正限制产出的往往不是模型,而是 human attention allocation。
🔗 原文
今日观察
把今天这些 builder 信号拼起来,会看到一个很有意思的张力:
- Sam Altman 说更聪明依然最重要
- Greg Brockman 说 compute 依然不够,attention 反而开始更稀缺
- Aaron Levie 说 AI 会把软件 ambition 继续放大
- Peter Yang 展示 agent 正在进入个人数字整理层
- Dan Shipper / Amjad / Peter Steinberger 展示 shared app、parallel agents、durable runtime 这些执行面正在补齐
所以今天最值得记住的,不是某个单点产品,而是这个方向:
2026 年的 builder 重心,正在从“AI 能不能做事”切到“当 AI 能持续做更多事之后,人类该把注意力放在哪里”。
本日报仅基于 follow-builders feed 中的 X 与 podcast 数据 remix 生成;未确认的信息未写入。Generated through the Follow Builders workflow.