跳到正文
Lenny Rachitsky·· 1 天前AI 评分56

How I AI 播客:Claude Duet 评测与 Reddit 自研原型工具

🎙️ How I AI: Claude Duet honest review + Why Reddit built its own AI prototyping tool

AI 导读

本期 How I AI 播客包含两期内容:Reddit 主 UX 工程师 Blair Metcalf 介绍内部原型平台 Reddit Proto,称已产出约 700 个原型。

正文 · AI 翻译

AI 全文翻译,未经原作者审校;可切换原文对照。

Reddit 为何自建 AI 原型工具 | Blair Metcalf

立即在 YouTube • Spotify • Apple Podcasts 收听

本节目由以下品牌赞助:

  • Firecrawl—为你的 AI 智能体提供网络数据及更多支持

Blair Metcalf 是 Reddit 的首席 UX 工程师,也是 Reddit Proto 的创建者。这是一个内部平台,帮助设计师和产品经理在不接触 GitHub 的情况下构建接近生产环境的原型。在本期节目中,他展示了该系统如何结合真实的 Reddit 数据、可复用的脚手架、Cursor 注释以及自定义的设计系统 MCP,将想法转化为可分享的原型。他还介绍了 Reddit 团队如何构建了约 700 个原型,在 UX 和产品团队中实现了 100% 的采用率,并开发出一套 Figma 到 PRD 的工作流,使工程交接更加精准。

最大的收获:

  1. 最好的原型工具在隐藏复杂性的同时不限制能力。Reddit 的桌面应用在后台处理仓库、分支和脚手架,设计师完全无需接触 Git。剩下的只是一条从想法到生产级原型的简单路径。

  2. 模拟数据会让原型缺乏说服力。Reddit 允许用户使用真实账号登录原型,让信息流、搜索和社区中充满熟悉的内容。管理层可以评估真实的体验,而无需在脑中对占位内容进行修正。

  3. 当注释包含代码上下文时,它会变得非常强大。Reddit 的工具链会将每条注释与相关组件、设计系统指引以及用户意图关联起来,然后再发送给 Cursor。这种上下文让一条简短的注释变成一次准确的修改,而不是一次猜测。

  4. 自定义的设计系统 MCP 是将 AI 变成可靠构建者的关键。Blair 的团队将 Reddit 的 token、组件和工作流直接映射到生产代码。因此,Cursor 知道该使用哪个组件、它应该是什么样子,以及代码应该放在哪里。

  5. 功能胶囊(feature capsule)让设计交接变得可追溯,而非信息流失。设计师提交一个 Figma 链接,系统会将每个元素映射到生产组件,纳入之前的工程反馈,并生成一份带有验收标准的结构化 PRD。其结果是一次歧义空间极小的交接。

  6. 最好的 AI 原型使用者未必是技术背景最强的人。Reddit 的杰出用户包括一位视觉设计师和一位没有工程背景的动画师。他们的优势在于扎实的产品上下文、清晰的愿景,以及不担心搞砸而敢于尝试的意愿。

  7. 当原型达到 700 个时,发现与创建变得同等重要。Reddit 正在构建一个可搜索的控制台,支持标签、团队筛选和平台筛选,方便员工找到相关的实验。在内部保持原型公开,创造了分散的 Figma 文件夹永远无法带来的可见性。

  8. 真实组件与真实数据能带来即时的一致性。当管理层能够打开一个使用 Reddit 设计系统和他们自己账号数据构建的可分享原型时,关于实现细节的问题就不再是评审的焦点。最大的速度提升来自于消除了那些曾经拖延决策的不确定性。

本期节目的博客文章及详细工作流演示:

深入 Reddit Proto:真实数据、受约束的原型与更顺畅的交接:https://www.chatprd.ai/how-i-ai/blair-metcalf-reddit-proto
↳ 在 Reddit Proto 中使用实时数据创建逼真原型:https://www.chatprd.ai/how-i-ai/workflows/reddit-proto-live-data-prototype
↳ 用 Reddit Proto 从 Figma 设计生成草稿 PR:https://www.chatprd.ai/how-i-ai/workflows/reddit-proto-figma-to-draft-pr

Claude Duet 很漂亮。但我还是忘了用它。

立即收听 YouTube • Spotify • Apple Podcasts

在这期单人节目中,Claire 测试了 Claude Duet——Anthropic 设计精美的全新个人智能体,看看它是否值得在她日益拥挤的 AI 工具栈中占有一席之地。她让它处理收件箱和 Slack 分拣、销售管道、一份 Google Docs 演示文稿、一支发布视频,以及为孩子们寻找勇士队比赛门票。她还解释了为什么 Duet 用心设计的任务列表、工件和频道,仍不足以弥补其响应缓慢、通知不显眼以及缺乏桌面端和团队支持的短板。

最大的收获:

  1. Claude Duet 是迄今打磨最精致的个人智能体发布。从引导流程开始,它就清楚地说明自己能做什么、能访问什么,以及如何开始使用。Claire 发现即使是早期的 TestFlight 构建版也值得信赖,其精致程度大约是 OpenAI 的 Dots 发布时的一百倍。

  2. Duet 围绕用心设计的智能体原语构建。它继承了 Claude 插件和连接器,跟踪用户和智能体各自正在处理的工作,并将现有工件带入体验中。类似 Slack 的频道还能让销售等专注工作与主对话保持分离。

  3. Duet 面向市场中端。Anthropic 的目标是创业者、小企业主、产品经理和高管,而非普通消费者或管理着几十个智能体的重度用户。它给人的感觉像是 Cowork 的主动式移动伴侣。

  4. 主动式智能体必须给人们一个回来的理由。在完成引导和几项任务后,Duet 不再主动提醒 Claire。它低调的通知很优雅,但一份简短的晨间简报不足以让一个容易被遗忘的智能体留在某人的日常习惯中。

  5. 延迟是一个产品问题,而不仅仅是模型问题。Opus 5.5 产出了扎实的工作成果,但并行任务通常耗时超过 10 分钟,且几乎没有可见的反馈。Claire 的体验表明,一个更快但输出稍弱的智能体,可能比一个更聪明但在工作时消失的智能体感觉更有用。

  6. Duet 的实际表现称职但不稳定。销售管道分析通过现有连接器快速完成,而收件箱和 Slack 分拣则遗漏了一些优先事项和重要背景。一份销售演示文稿还不错但不符合品牌调性,门票选购虽然能用,但没有完全闭环。

  7. 上下文仍然无法在 AI 产品之间顺畅流转。Duet 无法访问本地 Claude 技能,因此 Claire 的发布视频工作流需要将这些技能转换为插件。整个行业仍未解决用户的上下文和工作流应如何跨界面迁移的问题。

  8. 缺少桌面端和多人协作支持,使 Duet 无法进入 Claire 的工作工具栈。她的工作日主要在电脑上度过,并使用 Slack 等团队共享工具。即便是五人规模的企业,也需要能够协同工作的智能体,而不是停留在单人移动端体验的层面。

  9. Duet 值得一试,但它尚未在 Claire 的工具栈中赢得一席之地。其设计、模型、连接器和工件支持奠定了坚实的基础。要在个人智能体竞赛中胜出,它仍需变得更快、更主动、支持桌面端,并可与团队共享。

本期节目的博客文章和详细工作流演示:

Claude Duet 很美,但这并不意味着它是我的首选智能体:https://www.chatprd.ai/how-i-ai/claude-duet-review
↳ 如何用 Claude Duet 在手机上起草销售演示文稿:https://www.chatprd.ai/how-i-ai/workflows/claude-duet-sales-deck
↳ 使用 Claude Duet 的已连接应用分析你的销售管道:https://www.chatprd.ai/how-i-ai/workflows/claude-duet-sales-pipeline


如果你喜欢这些节目,欢迎回复告诉我你希望了解更多的话题:AI 工作流、招聘、增长、产品策略——任何都可以。

下周见,
Lenny

附言:想在每期新节目发布的第一时间收到吗?在你常用的播客应用上点击“关注”即可。

来源:Lenny Rachitsky · lennysnewsletter.com

原文链接:https://www.lennysnewsletter.com/p/how-i-ai-claude-duet-honest-review