open letters：当 agent 成为第一用户，产品要重做哪一层

Claude Docs、Slides、Design 出 beta，全计划可用，包括 Free

Claude 官方账号说，从今天起 Claude Docs、Slides 和 Design 出 beta，在每一个计划上都可用，包括 Free。团队和 Claude 可以一起编辑同一份 doc、deck 或 design。另一条同时间的推文给了更具体的流向：当一个问题需要更深分析时，把 dashboard 发到你的 analytics 工具；当一段动画需要收尾时，在你的视频编辑器里打开它，并附上完整支持工具列表的链接。

把「人机同编一份文档」和「dashboard 发给 analytics 工具」放一起看，Anthropic 在推的其实是一个很具体的产品形态：Claude 不是一个需要你复制粘贴的聊天框，而是坐在你已经有的工作物件旁边。它对 PM 的提醒是，免费层拿到这些能力之后，你产品的差异化很难再是「我也能生成一份 deck」，而是生成完之后能不能进你现有的流程。

Madhu Guru：每一层计算栈都要为 agent 重建

Madhu Guru 的身份是 Meta 的 Sr Director, AI，此前在 Google 带过 Gemini、Veo、Nano Banana。他这条推的判断是：巨大的创业机会藏在明处，因为计算栈的每一层都要为 agent 重建。他说过去几年注意力大多在企业软件 agent-ready 上，，APIs、connectors、MCPs；现在个人 agent 把同一场对话推到了消费产品，电商是个早期例子，而这只是冰山一角。他往下罗列了要重建的层：把 agent 当一等用户的桌面和移动 OS；为 agent 直接操作而建的云基础设施；为成千上万个代表我们行动的 agent 设计的 identity、permissions 和 security；以及为 agent 和人、或两者协作而设计的界面。

这条之所以值得单独拎出来，不是因为「agent 是未来」这句话，，这话你今年听够了。值得的是他把话拆到了具体层，还给了动作：如果你在找创业想法，把计算栈每一层过一遍，问「当第一用户是 agent 时，什么必须改变」。这是一个可以当 checklist 用的判断，不是感想。

Aaron Levie：Box Mount 让 agent sandbox 直接挂载 Box 文件系统

Levie 说他们做了 Box Mount，让开发者可以把 Box 直接作为一个文件系统挂载进任何 agent sandbox。他的理由是：当 agent 做更复杂的工作时，它们需要像人一样能操作文件和数据。最后一句是「The future is headless.」，并附了链接。

这是上面 Madhu 那条里「为 agent 直接操作而建的云基础设施」的一个具体实例。文件系统这个接口老得不能再老，但把它暴露给 agent sandbox，等于承认 agent 是一类跟人并列的读取者。做 to B 产品的可以顺着问一句：你的产品里，哪些能力其实只需要一个接口，而不需要一个给人看的界面。

Thibault Sottiaux：steering 变成即时，GPT-6.1 Sol ultrafast 发布

Thibault Sottiaux 的身份是 Codex & ChatGPT @OpenAI，他这条是 Day 4/ 的形式。两个事实：一是他们改进了 steering，让它变成即时，模型现在对你做的调整反应快得多，你可以实时修正方向，模型不会把力气浪费掉；二是同时发布了 GPT-6.1 Sol ultrafast，并说两个一起用效果很好。

如果 steering 真的变成即时，改变的不只是交互手感，而是你写 prompt 的方式。以前你倾向于一次把话说完，因为改一轮太贵；能实时纠偏之后，第一版 prompt 可以更短、更糙，把判断挪到运行过程中。这条我没有实测，只把它登记成一个值得你自己验证的假设。

免费的文档协作 + 每层重估，正在把「界面」从护城河里挤出去

把今天这几条摆在一起，有个共同的位移：能力的接触面正在从「人看的界面」挪向「机器用的接口」。Claude 让 Claude 和人同编一份 doc，Box 让 agent 直接挂载文件系统，Madhu 把 cloud infra、identity、permissions 列为要重建的层，Thibault 那边则是在改模型被实时修正的手感。四条里没有一条在讲更好看的 UI。

对做产品的人，这意味着两件事要分开评估。第一，「生成一份像样的 artifact」这件事的溢价正在快速归零，，它现在在 Free 计划里，也在每一家模型厂商的路线图上。第二，真正难被复制的是接入点：你的产品能不能被 agent 当作一个操作目标，而不是一个需要人去点的界面；你的权限模型能不能说清楚「这个 agent 能做什么、代表谁做」。

我没有把握的是节奏。这些推文给的是单点信号，不是趋势数据。可操作的部分是：本周挑一条你自己的核心流程，问它如果第一用户是 agent，哪一步会断，，是身份、是权限、还是没有可以直接调用的接口。这个答案比任何 roadmap 都诚实。

以上是 open letters 的编辑判断，不是任何单一来源的原话。

把「第一用户是 agent」当一次 30 分钟的自审

用在你要重估自己产品接入层的时候。前提：你有权查看并改动自己负责的产品的接口或权限设计；不要在别人的生产系统或你没有授权的地方跑。

你是一个 agent-first 产品审阅者。我会给你一段关于我产品的描述。请只基于我给出的信息，不要补充我没有说过的背景，也不要假设我有哪些功能。按下面的结构输出：一、把我产品的核心流程拆成步骤，每一步标注它当前是为「人类点界面」设计还是为「机器调接口」设计；二、针对每一步，问「如果第一用户是 agent，这一步会断在哪」，只给出你在我的描述里能找到依据的断点，找不到就写「信息不足」；三、列出最多三个需要我确认的问题，比如身份如何传递、权限如何界定、失败时如何回退。不要给实现方案，不要给代码。我的产品描述如下：

这个 prompt 只产出问题和断点清单，不产出方案，也不保证覆盖全部风险。它不会替你确认权限或身份模型是否合规，这部分必须由你或你团队里有权做这个判断的人来定。如果你没有权限改动相关接口，把它当一次阅读练习，别当行动清单。

一个播客时间轴里的真实数字

Matt Turck 发了一条他和 Andy Pavlo 的对话，附了完整章节时间轴。时间轴里出现的几个数字比任何观点都直给：Neon 有个说法是 agent 创造了 80% 的数据库；有一节叫「为什么 agent 一直在删生产数据库」；数据库查询量有四个时代的划分，数字是 10 到 100 倍更多查询；text-to-SQL 从 60% 到 99.5%；60% 的开源数据库现在有 AI 提交；LLM 把 85% 的调优压缩进 15 分钟。

我没法从这条推文里验证这些数字，它们来自节目本身的章节标题。但时间轴这个形式值得偷：如果你在做内容或做内部分享，先把章节和数字列出来，再决定讲什么，比先写稿子有用。想知道这些数字的上下文，去听原节目，别只信转述。