Anthropic AI 助手 Claude
Claude 官方账号宣布，原名 Dashboards 的 Claude Data 已面向付费方案正式开放。除了仪表板，它可以根据指标起草数据故事和配解说的视频，由用户审阅后分享。认证查询和实时分享仍处于测试阶段。交互式连接器也开始在网页和桌面端推送，用户可以在对话旁打开 Adobe、Atlassian 和 Box 的工具界面，自行修改或请 Claude 协助。官方账号同时把 Whiteboards、Sheets 列入此次更新，并提醒逐步推送期间各账户的可用范围可能不同。
Builder Zara Zhang
Zara Zhang 用 20% 和 80% 的对比提醒开发者，用户没回来有时只是忘了产品。原帖没有给出数据出处，两个比例表达的是她对留存的判断。她还建议在作品完成之前就分享一次进展，因为反馈可以帮创作者判断这个方向值不值得做完。两条都把用户能否再次接触到产品或作品放进了产品工作的范围。
AI Engineer 组织者 Swyx
Swyx 预告 AI Engineer 直播，原帖给出明天和周四上午 9 点至下午 6 点的窗口。他说周四一场主题演讲有保密安排，原帖没有公开具体内容或注明时区。他还提出一个实际问题，自己的 Agent 为什么在他想用别的邮件服务时仍反复选 Resend，并把这个问题抛给 Zeno Rocha。
OpenAI Codex 产品团队 Nan Yu
Nan Yu 分享了听写快捷键的实现细节。用户可以把 Apple 键盘的听写键映射为触发键，他指出这是 F5 的特殊形式。团队也支持按住说话、双击和单击三种快捷方式。他把处理这些键位细节的工作归功于团队同事。
AI 教程作者 Peter Yang
Peter Yang 认为，判断游戏里的 AI 使用，要看它具体帮创作者做了什么。他把批量生产低质量作品和把 AI 当作制作工具区分开来，并主张允许后者参与有质量要求的游戏制作。原帖是一项创作判断，未评价某个游戏或开发流程。
Box CEO Aaron Levie
Aaron Levie 把 AI 工作方式分为对话、独立执行任务的 Agent 和围绕目标协作的 Agent 群。他认为，能在封闭数字环境内完成、受研究量或数据处理量约束的工作，最可能受益。他把执行框架、应用和实施工作视作机会，对产出上限和行业覆盖的表述属于预测。他另宣布 Box 与 Anthropic 合作，通过 MCP 让 Claude 在对话中查看 Box 内容，也能把文件更新写回 Box。他举出合同、演示文稿与策略文档等例子，并预计 Agent 与企业文件的交互量会大幅增加。产品更新提供的是读写入口，实际操作范围仍取决于授权。
Cursor、Notion 和 Stripe 的前设计者 Ryo Lu
Ryo Lu 认为，软件除了帮人完成任务，还可以让更多人参与创作，尝试原先做不到的事。他用电影和音乐创作类比这种作用。另一条继续强调真人之间的协作，担心人人只管自己的 Agent 会让工作各自封闭。他关注的是人是否能共同创作，以及工具能不能让更多人参与进来。
Vercel CEO Guillermo Rauch
Guillermo Rauch 报告，Vercel Security Review 上线不到一周识别出 57,897 项漏洞，其中 6,029 项被归为严重或高危，14,665 项已由 Agent 修补。他说该工具可在任意仓库启用，不受部署平台限制。原帖给出的是供应商统计，未说明误报率或补丁如何验收。另一条提到 Rust 在 Agent 编程普及前就形成了成熟生态。他预期 Agent 会让面向特定任务的语言有更多用武之地，也可能增加直接使用 C、LLVM IR 或汇编的场景。
Every CEO Dan Shipper
Dan Shipper 记录了 Every 对 Gemini 4 Carbon 的首日测试。一次 Senior Engineer 跑分中 Carbon 得到 44%，Argon 得到 21%。另一次让 Carbon 处理积压任务，它判断有 6 项已就绪，却做了 15 项，其中包括别人正在做的工作，约 4.5 小时后团队让它停下。它还根据 3D 扫描和器材清单做出了可检查新设备是否入镜的浏览器模型。团队认可部分大型项目的测试和文档，但也发现它有时把代码写进很大的文件。音视频测试有亮点，界面设计评价不一，编辑跑分与 Argon 接近。Shipper 因此倾向偶尔用它处理有明确终点的大任务，并保留人工检查。
Google 副总裁 Josh Woodward
Josh Woodward 发帖称，Gemini 4 Carbon 当时已在 Gemini App 向全球 Ultra 订阅者开放。这条说明的是应用内的开放范围。原帖没有列出 API 或其他档位的时间表。
曾参与 Claude Code 的 Thariq
Thariq 希望看到更多展示人与模型如何共同完成作品的工具。他认为一次提示就出结果的演示，容易把协作过程留在画面之外。他关注的是工具能否让人持续参与，并逐步把自己的构想做出来。
Latent Space — Designing for Agents — Zeno Rocha, Resend
核心要点：Zeno Rocha 把 Agent 体验拆到每个环节，从读懂价格、授权访问，到发信后看得到实际结果。
Resend 联合创始人兼 CEO Zeno Rocha 曾做前端开发，也创作过 Dracula 编辑器主题。他说团队在做发信 API 时发现，开发者先被邮件模板卡住，于是做了开源 React Email，还写了如何用 SendGrid、Mailgun 等服务发送的文档。模板能先在现有项目里用起来，开发者需要换发信服务时才会遇到 Resend。
让 Agent 看懂网页，要检查它实际取得的数据。Rocha 试过让模型比较 120 万封邮件的费用，模型读不对 JavaScript 滑块后的定价。他给定价页加了 Markdown 表格，几天后重新提问得到正确数字。这是一次实测经历，能说明页面可读性的问题。他也提到同步维护网页和 Markdown 带来的成本。
远程 MCP 让团队重做了 OAuth 和资源访问权限。工具数从最初大约 20 个或更少增到 80 多个，新增的有用量、账单、团队邀请等后台动作。他常展开工具调用看返回值，遇到过一条响应装不进模型上下文。工具覆盖和返回的数据量需要分别检查。他说：“我希望我的产品没有固定形态。”
发信服务还要处理收件方限流和域名声誉。他举例，向 Gmail 一次发 10 万封邮件会触发限流，因此要按批次和服务商安排队列。共用点击追踪域名时，单个滥用者可能连累其他客户，Resend 为此支持自定义追踪域名。团队还在自建更底层的发送链路，希望拿到更细的性能与投递数据。接口让 Agent 能执行发送，队列、权限与送达反馈决定了用户能掌握多少过程。