Cursor设计负责人称Figma脱离软件真实 推动AI代码取代像素稿

The future for designers is clear: use Figma less, "manipulate" code more | Ryo Lu, Head of Desig... — 课代表立正

课代表立正

传统专业分工属于技术妥协,产品设计师、产品经理与前端工程师最终将融合成直接操纵代码的构建者。

AI-assisted summary of The future for designers is clear: use Figma less, "manipulate" code more | Ryo Lu, Head of Desig... — original source. Check the original for full context.

Source published:

Detailed notes

## Background 该内容由 YouTube 频道“课代表立正”于 2026 年 2 月 20 日发布。视频简介指出,这是一场与 Cursor 设计负责人 Ryo 的深度对谈,旨在探讨 AI 时代下软件设计的本质、职业范式的转移以及审美的系统逻辑,帮助产品设计师、PM 及开发者从“分工零件”进化为“独立构建者”。

## TL;DR 视频围绕软件设计的本质展开,指出设计并非在 Figma 中“搓像素”,而是概念的进化与系统架构的理顺。嘉宾 Ryo 结合其在 Notion、Stripe 及 Cursor 的丰富履历,阐述了“设计师+PM+前端”融合成“Builder”的必然趋势,并鼓励设计师用代码操纵真实材料。此外,对谈还深入探讨了审美的共通韵律、从生物学映射软件抽象系统的思维方式,以及 Cursor 在移动端场景下构建自主 Agent 信任闭环的全新交互方案。

## Atmosphere & style 整场访谈氛围硬核、真诚且充满思辨色彩,不仅是一次前沿科技与设计哲学的碰撞,更像是一场跨越学科边界的认知洗礼。主持人与嘉宾的互动默契高效,在犀利点评“AI slop”等现实问题的同时,频频爆发直击本质的洞察。聆听过程能让人感受到一种撕开传统分工伪装、回归构建者本真的通透感与启发性,既有对经典长寿设计的温情致敬,也有对未来“活的生命体”般软件生态的澎湃激情。

## Key takeaways - [00:00](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=0s) 软件设计的本质是在进化概念,而非单纯地在 Figma 中“搓像素”,核心任务是观察概念的演变并理顺系统逻辑。 - [00:00](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=0s) 现有的 Figma 设计稿并不真实,它将设计师的创意限制在固定的文件格式与渲染器中,隔绝了真实的材料——代码。 - [01:16](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=76s) 长寿的工业设计(如 Eames 椅子)具有直击本质、简化到极致的共性,它们能够跨越时代而不受潮流更替的影响。 - [02:53](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=173s) 图形界面的演变经历了从利用现实世界隐喻(拟物化)降低门槛,到用户熟悉系统逻辑后剔除多余装饰(扁平化)的过程。 - [05:40](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=340s) 纯粹界面层面的动画和过渡等“多余之物”在功能上虽不必要,但恰恰构成了软件独特的个性、质感与松弛感。 - [08:17](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=497s) 软件的本质是一坨概念及其相互关系,从底层到用户层分为:基础架构、数据流通、界面渲染、视觉像素四个层级。 - [08:17](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=497s) 主流 APP 都可以被拆解为最核心的概念组合(如 TikTok 是视频列表,Notion 是 block/page/database),优秀的系统能让人设想其可能性的最大边界。 - [12:56](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=776s) Cursor 计划通过隐藏 npm、Git、终端等复杂的编程概念来“翻转入口”,降低非技术用户使用 AI 独立构建成品的门槛。 - [16:05](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=965s) 未来的开发体感将从 Figma 的 2D 复制粘贴转变为理解版本控制与分支概念,通过与 Agent 协同在真实数据流动中让设计“活起来”。 - [21:39](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=1299s) 行业的交付标准正在发生根本性转变,将从像素稿彻底转变为可工作系统,前端、设计师与 PM 最终都会融合成“Builder”这一角色。 - [35:06](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2106s) 网页排版中的字体印艺(Typography)、中日文断句规则以及视觉韵律(Type Scale)等平面硬功夫,构成了普通人能潜意识体会到的“设计韵律”。 - [38:33](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2313s) 审美并非完全主观,它在字级、网格、空间中存在底层共通的逻辑与配置;当系统的概念和逻辑完美契合时就会呈现出本真之美。 - [43:04](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2584s) 生物学专业背景对设计复杂软件系统有巨大隐形帮助,因为二者都是在观察物理部件或概念在反馈回路与输入输出中的拼装和重构。 - [44:57](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2697s) 万物皆可 CRUD,无论是团队项目管理(Asana)还是支付系统(Stripe),其底层的信息传递、列表与详情页处理等抽象模型在某种层面上并无二致。 - [48:13](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2893s) AI 的交互底层全都是 Agents,即通过 prompt 粘合上下文权限与工具,剩下的是如何用不同的平台皮肤和表面将其包裹起来。 - [48:13](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2893s) Cursor 正在推进通过 VM 沙盒隔离独立运行自动化测试、前后端多维度结果验证以及长周期任务中的异步 Checkpoint 互动来建立移动端的“信任闭环”。 - [53:31](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=3211s) 进行产品设计取舍时必须具备全局观,强烈反对为了局部指标(KR/Metric)而在页面上塞满按钮,从而毁掉整个系统的平衡(balance)。 - [55:50](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=3350s) 给设计师的底层破局建议是:别怕犯错,开始用 Cursor 和代码去做事(Build);同时去不相干的领域去生活并体会细节,寻找跨领域的共性规律。

## Detailed walkthrough ### [00:00](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=0s) 软件设计的本质与工具的局限

在探讨软件设计时,真正想要做好软件,视觉层面的雕琢固然重要,但它仅仅是最外在的一层,设计绝对“不是在搓像素”。设计师的内核任务是在进化概念:观察一个概念如何发展、每一步演变成什么样子、整体结构是否变得更简单,以及每一个概念是否发挥出了它最大的潜力。设计过程中需要发现并解开那些堵塞用户体验的环节,将本该一致却割裂的内容进行“unify(统一)”与简化。

目前的 Figma 在处理这些深层概念时显得非常浅薄,因为“它不是代码,它不是跑出来的东西,它不真”,所有的创意都被卡死在 `.fig` 的文件格式和 WebGL canvas renderer 里面。在传统工作流中,设计师发现问题后需要撰写文档并列成 task 提交给产品经理(PM),而工程经理(EM)在进行优先级排序(prioritize)时常常会以“没有时间、做不了”为由搁置。然而,当工具变得简单,设计师能够真正去操纵(manipulate)代码这种真实的材料(material)时,整个协作模式将发生颠覆,大家会发现“好像都在写代码”,看到哪里歪了可以直接上手,由 AI Agent 瞬间完成修改。

---

[01:16](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=76s) RYO 的职业履历与 Notion 的设计品味

本期访谈的嘉宾是 RYO,他目前在知名 AI 编程工具 Cursor 担任设计负责人,至今已有一年时间。在此之前,他曾在 Notion 经历了公司从 30 人左右、自己作为第一个设计师,一路发展到 1000 多名员工的完整成长周期。RYO 的 startup 经验非常丰富,曾服务过 Stripe、Asana,并在中国参与过被称为“中国版 Stripe”的 Ping++ 项目。而他的第一个创业项目可以追溯到 10 年前的大学时期,当时他开发了一款给员工排班的软件。

谈及 Notion 的总部(headquarters),主持人的印象是“非常非常有品位”,最直接的体现就是家具极其昂贵。RYO 解释道,Notion 的老板非常在乎环境的品味,其核心理念是“你需要在一个全部都是好设计的环境里面”去创造好的工具。在 Notion 看到的椅子,很多是 1920 年代或 1940 年代设计的,诞生之后其设计就从未改变并沿用至今。这类长寿的设计具有共性,例如经典的 Eames 椅子,在当时利用木头压制成型的工艺,是为了迎合工业化、追求简洁制造并利用当时的技术进行快速生产。由于质量过硬且被“简化到不能再简单”,它们更接近事物的本质,因而能够跨越时代,不像时装甚至软件那样每隔五年十年就会因潮流更替而彻底变换风格。

---

[02:53](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=173s) 从拟物化到扁平化:数字世界的视觉演变

针对 iPhone 的 Liquid Glass 等新设计风格,RYO 直言觉得“很混乱,我想不清楚他们要干嘛”。他认为,如果仅将设计视作品牌、视觉统一性或跨平台展示,Liquid Glass 确实表现不错,但它忽略了除视觉之外的其他重要维度。回顾图形界面的发展历史,最初的操作系统为了降低门槛,从现实世界借鉴了大量的隐喻(metaphor)和概念搬进电脑,设计出桌面和各种图标,使其看起来更像现实中的实物。

这种尝试随后演变成了极致的拟物化,例如苹果经典的 Aqua 界面,通过将图像变得更加真实,成功将更多普通人带入数字世界,Mac 和 Windows XP 都曾极力践行这一策略。RYO 透露自己制作的独立项目 Ryo OS(os.ryo.lu)正是致敬了这一时期的风格,他在相同的底层和概念之上,灌注了 System 7、Aqua、XP 和 Windows 98 四种不同的“皮”,展现了换皮带来的截然不同的感官体验。对于后来的扁平化设计,RYO 理解为当大众已经熟悉了“点击图标弹出一个 APP”等底层系统的运作逻辑后,设计便开始“返璞归真”,剔除了现实世界的视觉装饰(decoration),让信息列表回归到最纯粹的滚动项(item),让网格回归到最简单的方块。

- **数字世界演变阶段**: * **早期与拟物化阶段**:利用现实世界隐喻(Metaphor)吸引用户,如 Mac 的 Aqua 界面与 Windows XP,将电脑概念视觉化。 * **扁平化阶段**:用户熟悉系统逻辑后剔除多余装饰,还原概念本身(如纯粹的列表、方块网格)。 - **Ryo OS 包含的经典界面风格**:System 7、Aqua、Windows XP、Windows 98。

---

[05:40](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=340s) 界面设计中的“多余之物”与审美品味

虽然扁平化能将系统简化到极致,但 RYO 认为它“少了很多有趣的东西”。主持人提到,RYO 曾在其他访谈中表示一个好的软件应该留有“slack(余量/松弛感)”,此前主持人将其理解为功能或使用方式上的松弛,而非动画等“无用之物”。RYO 对此进行了澄清:功能上的松弛意味着系统包含一些底层概念,用户在理解后可以衍生出无穷的玩法,而不是面对一张限制死板的白纸或只有一个按钮。

但在纯粹的界面层面,确实存在很多“多余”的设计。例如点击按钮时弹出的动画、菜单展开的过渡,这些在功能上完全不必要,但恰恰是这些细节构成了软件独特的个性(character)与质感。主持人借此将“品味(taste)”拆解为两个方向:一是直击本质、拒绝过度设计从而优化功能体验的 UX 思维;二是提供愉悦感、注重声音质感等细节的 UI 审美。主持人分享了苹果前设计师 Jony Ive 的轶事:Jony Ive 曾与乔布斯在罗马注意到一把刀的弧线非常漂亮,乔布斯拿在手里把玩,两人借此印证了彼此高度契合的设计审美。主持人原本以为这种对线条的敏感就是设计师的全部品味,但发现 RYO 似乎更倾向于后者,即追求软件的本质。

---

[08:17](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=497s) 软件的本质与概念层级

RYO 坦言,自己并没有一味陷入“以用户为中心”去拆解 ABC 用户需求的传统产品思维,他更在乎软件本身的系统本质。在他眼中,软件就是“一坨概念,以及概念和概念之间的关系”,并在不同层级上进行展现:最底层是数据结构与基础架构(infra)的扩容能力(scale);往上一层是数据如何与界面流通;再往上是如何将界面渲染(render)出来;最终用户层看到的才是像素(pixel)。

这四个层级完全由同一套底层概念串联,在信息完备的情况下,系统一定存在一个“最佳解”。优秀的系统能让人设想其最大的可能性的边界(maximum possibilities)。RYO 举例说明,市面上的 APP 都可以被拆解为最核心的概念: * **TikTok**:本质上就是一个视频列表(list of videos)。 * **Instagram**:由 posts、stories、reels、messages 组合而成。 * **Notion**:核心概念是 blocks、pages、databases。 * **Cursor**:核心概念是 agents、editors、models。

从概念出发解决问题,有时只需将系统稍微改动,原本只能做一件事的结构就能瞬间做 $N$ 件事。然而,很多公司和应用往往会被最初设立的概念或架构卡死。当用户需求变得复杂时,如果不重构系统而只是一味叠加功能,应用就会迷失自我,最终沦为像中国互联网某些“Super APP”一样的四不像——在大众点评里看短视频,在短视频里打开大众点评。

---

[12:56](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=776s) 软件角色的融合与 Cursor 的破局之道

主持人指出,职能的限制不仅存在于软件,人也是如此。数据科学家、设计师原本各司其职,不碰 PM 和工程师的工作,但到了一定阶段就会发现大家“其实每个人都是在做软件”,这就需要去理解业务,并去触碰代码这一真正的构建材料(building material)。面对当前严峻的就业市场(job market),许多设计师由于无法跨越像素到代码的鸿沟而遭遇挑战。

RYO 承认,Cursor 目前面临的很多门槛是团队自身需要解决的问题。因为 Cursor 从 VS Code 继承了大量面向专业程序员(programmer)的设计,导致非技术用户一打开软件,面对“Open projects、Clone repo、Connect via SSH”三个按钮时完全不知所措。尽管现在的 Agent 已经能够通过一句话的需求帮用户实现 50% 甚至 70% 的产品,但由于诸如 npm、Node、Git、命令行终端(terminal)、localhost:3000 以及端口(port)等概念壁垒的存在,设计师依然难以独自走完从 Idea 到成品的全流程。Cursor 目前的计划正是要“翻转入口”,把这些复杂的概念打包隐藏,让用户能够“先做东西,再去理解这些东西是啥”,通过快速新建文件夹直接开始,从而降低初学者的挫败感。

---

[16:05](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=965s) Plan Mode、版本控制与全新的开发体感

针对非程序员跨越初始门槛后依然觉得“做下去不舒服”的现象,RYO 强调跟不同模型多练、多 build 从而培养体感至关重要,且“不可能一个 prompt 就完美”。为了改善这一体验,Cursor 正在打造更多工具,例如“Plan Mode(计划模式)”,它可以将需求的细节横向扩展出来供用户 review 和补充。用户还可以直接将 Figma 链接或 PRD 放入,让 Agent 读取并遵循现有的设计系统(design system),避免频繁“重新造轮子”。

传统设计师习惯于在 Figma 的 2D 空间中通过 `Command + D` 快速复制(duplicate)画布(artboard),以此来微调细节并对比 A/B/C/D 方案。但在使用 AI 工具时,每一次对话的 Turn(轮次)都需要等待,且反馈不够即时。如果设计师不理解版本控制(version control)和检查点(checkpointing)等分支概念,就会觉得极难使用。RYO 指出,这是一个必然会发生的转变,未来的 Cursor 将提供更适合设计师与 PM 的界面:一个类似 Notion 的 Markdown 编辑器,配有一个可以直接点击、直接通过聊天修改细节的浏览器。这种自由、真实且深度的开发体感,能够让设计在真实数据与 AI 模型输入输出的流动中“活起来”,其效率远超 Figma。RYO 透露,他目前在第三版本的 baby Cursor(一个基于 Electron、由 Cursor CLI 驱动、包含完整状态与视图的内部原型应用)中亲自做原型设计,仅花两周时间就完成了以往在 Figma 中加上开会讨论至少需要两三个月才能做完的全部复杂状态。

- **Cursor 提供的辅助机制**: * **Plan Mode(计划模式)**:扩展细节供用户 review 并补充,支持读入 Figma 链接和 PRD。 * **设计系统(Design System)约束**:限制 Agent 随意发挥,避免重复造轮子。 - **效率对比实例(第三版 baby Cursor 原型开发)**: * **RYO 使用代码与 Agent 协同原型设计**:约 2 周。 * **传统 Figma 链路(加跨部门开会讨论评估优先级)**:至少 2-3 个月。

---

[21:39](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=1299s) 行业交付标准的转变与 Builder 时代的到来

对于针对非程序员的简化版 Cursor,RYO 勾勒出了其有别于 Lovable(限制在 Web APP、React 和 Supabase 后端框架内)和 Manus(只有四个固定 Tab 的通用 Agent)的独特愿景。Cursor 的理念是“可以简单,也可以复杂”,它提供多个面向不同用户群体的默认状态(default):让来自 VS Code 的极客保持原样,让来自 ChatGPT 或 Claude 的用户感觉像在聊天,隐藏掉代码和终端,但保留随时向深层拆分(split)和自定义的能力。

主持人极度认同这一方向,并指出未来的职业交付标准正在发生根本性转变——“将从像素稿彻底转变为可工作系统”,前端、设计师与 PM 最终都会融合成一个统一的角色:“Builder”。RYO 赞同这一趋势正在加速发生,传统的职能头衔与专业分工(specialization)正在弱化。当设计师能够借助 Agent 敏锐地捕捉到“这里有点歪”并直接上手修复时,就再也不需要经历写文档、提 task 给 PM、再被 EM 拒绝的冗长链路。所有人都在同一个 code base 上,共享相同的上下文(context)与 Agent。正如过去数据科学家由于模型和分析能力的平民化,可以绕过工程师独立打 log 和做交叉验证(cross validation)一样,传统的分工其实只是一种时代技术的妥协,而非本质。为了适应这个时代,RYO 对有热情的专业产品设计师(product designer)给出的唯一建议就是:“真的开始做东西,用代码来做东西”,遇到任何问题,直接去问 Agent。

[31:33](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=1893s) 个人项目评审:反思“AI Slop”与出海项目的场景化精简

在这一段对话中,两位发言人对几款具体的个人项目进行了直击痛点的评审。第一个项目旨在解决快餐化世界中人们如何深度展示自我偏好的问题,用户可以通过上传个人数据生成专属网页。然而,它的视觉呈现遭到了犀利的批评。发言人直言该项目的整个设计显得非常“AI slop(指充斥着AI量产感、缺乏灵魂的粗制滥造)”,原因在于页面使用了太多的颜色、充斥着过多动态元素,导致整体视觉毫无焦点。他们认为网页的登录设计完全可以更克制,不要强迫用户一上来就注册(sign up),而是直接把大家感兴趣的游戏、内容等本真面貌亮出来,当用户真正产生兴趣时,自然会去创建自己的页面。

紧接着被点评的是一个充满温情的跨文化家庭出海项目。该项目的背景是一位同学为了鼓励自己的老妈学英文而设计的——因为是一个跨文化家庭,老公是外国人,两边家庭语言不通。这个工具不仅仅是一个简单的翻译器,而是实现了“说话即翻译、翻译后自动开启多轮 back and forth 对话交流、对方回复”的完整闭环,并且还配有每日词汇和每日小结。对此,发言人建议其流程应当极尽简化。目前的流程包含“录音、转录、播放、翻译”等多个步骤,且界面上在每一个状态下的结构都不同,甚至缺少了原文的显示。发言人一针见血地指出,这类工具的核心场景不在电脑网页上,而是在手机上。

* **设计问题与场景化建议**: * **自我展示网站**:界面颜色过多、动效繁杂,缺乏核心焦点;建议去除强制注册的门槛,优先展示核心内容。 * **老妈学英语App**:原流程过于线性冗长(录音 $\rightarrow$ 转录 $\rightarrow$ 翻译播放);建议优化为适合手机面对面使用的双向交互,通过“按住说话、松开结束”的即时转录来加速流程。

[33:57](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2037s) 9岁神童的独立游戏进化史:从 Cursor 到 Claude Code

随后,对话切入了一个令人惊叹的硬核案例——一个由9岁孩子独立开发的小朋友游戏。更让人不可思议的是,这个孩子是配合着 Claude Code 一起完成开发的。游戏中有一个极具人情味的细节:他把自己的同班同学都做进了游戏角色里。另一位发言人听闻后惊呼“Oh my god”,并透露这个孩子在去年8岁时,就已经用 Cursor 做出了一个巨大的恐龙游戏。

两位发言人一边感叹“现在的孩子以后真的会很厉害”,一边对比了该项目在短短一年内的惊人蜕变。在2024年底的时候,孩子还只是把一幅画变成一个非常粗糙、充满“AI懒惰(slop)”痕迹的游戏,但仅仅过去一年,游戏展现出的完成度、动画细节、艺术表现力以及关卡逻辑的疯狂进化,让成年的程序员和设计师汗颜。更温馨的是,这个游戏被当成了生日派对的礼物送给朋友们,让大家可以在游戏里“玩自己”。发言人动情地回忆起自己小时候的编程经历,那时候顶多是做个简单的计算器或小网站,根本无法想象现在的孩子能在一个游戏里把动画、艺术、逻辑和多关卡全部融合在一起。

[35:06](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2106s) 个人主页排版细节:普通人感知不到但能体会到的“设计韵律”

接着,对话评审了两个比较典型的个人展示需求项目。其中一位女同学虽然有很强的“冒名顶替综合征(impostor syndrome)”,觉得展现自己底气不足,但她面临着实际的商业问题——别人需要找她做商业策略(business strategy)。于是她创新地将自己的主页与一个可供访客提问的聊天框(chat)结合在了一起。针对这个设计,发言人给出的核心修改意见完全集中在平面设计(Graphic design)的硬功夫上,即字体的排印(Typography)以及页面的视觉布局(layout)。

发言人以当前对话主持人的个人主页为例,展开了极为硬核的细节指导。他指出中文在网页排版中有特殊的断句规则。例如标题的折行,不能直接生硬地换行,而应当使用“word break”的标记点,让浏览器自动优雅地折行。因为中文和日文不像英文那样使用空格分词,必须依赖 CSS 的特定属性(如配合 `pretty` 等属性值)来寻找最合适的拆分点,否则最后一行剩下一个孤零零的字会非常难看。

* **平面设计与视觉层级的核心细节**: * **断句与折行**:中日文字体排版需设置 word break 标记,避免生硬换行或末行单字引起的视觉瑕疵。 * **视觉韵律(Type Scale)**:大到每个标题(heading)之间的层级,小到徽章(badge)、按钮的错落,以及图片的裁剪(crop),其底层都有一套网格规则、字级规则和空间颜色规则。设计师能直接看到这些规则,而普通人虽看不见,但能在潜意识里像听音乐一样感受到这种“韵律感”带来的舒适。

[38:33](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2313s) 设计师的超级力量:审美共识与软件抽象的本质

对话由此进入了关于“审美”与“系统设计本质”的深度对谈。主持人提出一个观点:一个人最强的特长,往往自己是take for granted(想当然)而意识不到的。就像物理学家费曼十几岁时惊觉“原来不是所有人都能懂高等数学”一样,发言人身上那种面对糟糕设计时甚至会产生“肢体不爽或难受”的敏锐体感,正是他的超能力(superpower)。发言人分享了一个趣事:以前公司设计了一个虚拟骰子,他第一反应就是去检查骰子对立面的数字加起来是不是等于7,当产品发布后,底下的数据科学家们纷纷留言惊叹“居然连这个细节都是对的”。

在谈到审美的本质时,发言人打破了“审美完全是主观的”这一传统迷思。他认为美是不完全主观的,它既有subjective(主观)的成分,又包含人类共通的圈层与配置(configuration)。当一个软件系统的概念、逻辑被完美地放在一起,它就会呈现出一种舒服、简单、且接近本真的美。而作为新时代的设计师,不能只把自己局限在 Figma 里“搓像素(画按钮)”的视觉二级工,更重要的是看清软件作为一个人造抽象系统的全局架构,去进化概念、理顺逻辑、 unify(统一)并简化那些本该一样却被割裂的系统要素。

* **审美的共通规律与核心论点**: * “美是有共通共识的”,它在字级、网格、空间中存在底层逻辑。 * 看清一个具象产品的审美能力,最简单的方法就是直接看他做出来的东西,或者看他能否清晰观察并讲出底层架构。 * 绝对完美、绝对简单的 solution(解决方案)是不存在的,因为人类无法看清和理解所有的细节,但设计师的职责是打破岗位的限制小框,去理解用户、公司、系统三者之间的运作关系。

[43:04](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2584s) 知识的压缩:从生物学(Biology)到软件系统的跨界映射

当被问及如何获得这种“看穿表象、直击底层本质”的思考能力时,发言人给出了一个出人意料的答案:他的生物学专业(Bio major)背景提供了巨大的隐形帮助。他指出,生物学本质上就是在观察一个极其复杂的自然系统是如何被设计的。当你去拆解自然系统时,会发现它们底层非常简单,其精妙完全在于这些简单物理部件之间的关系、反馈回路(feedback loop)以及源源不断的输入输出(input/output)。

在发言人眼中,生命系统的底层不过是 A、C、T、G(腺嘌呤、胞嘧啶、胸腺嘧啶、鸟嘌呤)四种碱基一层又一层地拼装和重构;而软件世界也是如此,只不过载体从物理和生物变成了人类自己造出来的概念。这种“知识的压缩”和跨领域规律的寻找,成为了他最核心的认知武器。他在不同的平台、不同的技术、不同的时间段里折腾,最后在一个关键节点——加入 Stripe 期间——“piu”地一下彻底融会贯通,顿悟到天底下的软件本质上都是一回事。

[44:57](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2697s) Stripe 期间的顿悟:万物皆可 CRUD

发言人详细回忆了他在 Asana 和 Stripe 两家公司工作时的心路历程。在 Asana 时,核心概念是任务与项目(tasks and projects),前端用列表或看板展示,后端通过 API 支撑,无非是进行一些 CRUD(增删查改)操作。而当他到了 Stripe,进到 Stripe dashboard 之后,他发现这二者竟然完全是一样的。

> “它只是这些旁边的,这个 sidebar 的那些名词变了而已,你看的这个 object 不一样。”

在 Stripe 里,你依然是看着一个大列表,点进某一行(row)弹出一个详情页(detail page),展示其属性、文字、活动轨迹(activity),同时去处理搜索、通知或者响应合规请求。这和 Asana 的待办事项(to-do)没有任何区别。发言人指出,无论是团队项目管理、支付、还是现在大火的 OpenAI 和 Anthropic 的 AI 模型 API,底层的 Passing messages(高吞吐消息传递)、输入输出和增删查改模型在某种层面上并无二致。人类社会的组织架构(个人、团队、企业)决定了 SaaS 软件的概念结构。他在 Notion 的工作深刻地体现了这一哲学:他并没有发明任何新东西,而是把这些古老的、底层的、抽象的系统 units(单元)重新包装成普通人能理解并可以自己动手 tweak(微调)搭建的状态。

[48:13](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2893s) 抽象 AI 的本质交互:Cursor 如何构建移动场景下的“信任闭环”

顺着抽象系统的思路,主持人引导发言人去抽象 AI 的底层交互逻辑。发言人的回答极其精简:AI 更简单,其底层“it's all agents,that's it”。一个 Agent 的本质就是一些 prompt 粘合起来发进去,配上历史记录、上下文访问权限(去搜你的个人或团队大脑)和工具(tools),剩下的工作只是如何用不同的平台皮肤和表面(surface)把它包裹起来。

基于此,主持人抛出了一个尖锐的企业级产品设计问题:在缺乏外部企业级基础设施验证时,Cursor 作为一个产品,如何在脱离电脑桌面的移动场景(如手机 web 端)下为程序员建立“信任闭环”?程序员在电脑前可以通过高透明度产生信任,但在移动场景下,他们无法实时 review(审阅)代码。用户的核心诉求是“我不 review 代码,我要验证结果,并且需要足够的系统状态信息”。发言人针对这一痛点,首次全面透露了 Cursor 目前正在推进的两大技术与交互解决方案:

<Sequence>

<Step subtitle="VM 沙盒隔离" title="自主 Agent 拆解与多环境运行"> 提供一个包含完整 VM(虚拟机)环境的沙盒。Agent 可以在其中独立跑 Cursor 和用户的代码,同时拥有自己独立的浏览器、桌面和终端(terminal),用以运行自动化测试。 </Step> <Step subtitle="前端与后端分流" title="多维度结果验证(Verification)"> 如果改动的是前端 UI,Agent 会在沙盒浏览器中自动模拟点击测试;如果是后端逻辑,它会自动编写测试用例(tests)来验证原始意图(intent)与输入输出是否匹配,从而做到结果层面的自我验证。 </Step> <Step subtitle="打破线性等候" title="异步交付与 Checkpoint 互动"> 在长周期任务的宏大计划中插入关键检查点。当一个阶段(phase)完成后,Agent 不会傻傻地让用户在电脑前盯着,而是生成一段改动前后的对比小视频、截图或结构化说明(12345),通过异步消息发送给用户。用户在手机上确认 OK 后,Agent 才会继续推进。 </Step> </Sequence>

[53:31](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=3211s) 系统设计的权衡:不要为了局部的指标(KR)而毁掉系统平衡

谈到 Agent 的纠错哲学时,发言人指出,目前的软件流(flow)都极度倾向于线性优化。然而,如果任务有长周期的上下游依赖(dependency),且中途不允许人工干预(interject),Agent 很难一次性做到完美。因此,这种“产品经理(用户)与工程师(Agent)”之间的异步 Checkpoint 交互模态,是防止长任务跑偏的必然选择。

主持人对此总结道,尽管软件底层CRUD都是一样的,但具体的 Trade-off(产品设计取舍)直接决定了产品的最终形态。发言人深表赞同,并给出了关于系统全局观的警示。他发现很多设计问题如果只局限在某一块 UI 或局部,会有无数种解法;但如果把它放在整个系统、已有规则和历史 Pattern 的关系中去看(in relation to the whole system),解法就会变得非常有限。他强烈反对很多团队为了优化自己局部的 KR(关键结果)和 Metric(数据指标),争先恐后地在页面上塞满了“点我点我”的按钮来刷存在感,这种缺乏克制的设计最终会导致系统失去 balance(平衡)。他开玩笑说:“Facebook 就是这样的嘛”。好的团队在系统向外 Diverge(发散)后,必须要有一种力量把它收回来,清理干净。

[55:50](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=3350s) 给中国设计师的寄语:去生活,把软件当成活的生命体

在对话的尾声,发言人分享了他心中理想的设计师候选人(candidate)标准以及给中国设计师同学的诚恳建议。他招人的最低门槛(最低的bar)是视觉层面没有任何问题——必须有一双能发现细节的眼睛,且有技能在视觉上做到“韵律感”。在此基准之上,他希望团队多元化,招纳在概念层、用户流、设计系统规则、动效设计、甚至是懂模型训练、懂技术的“vibe coder”。但他强调,像他自己这种系统性、架构性的思维(System thinking)在团队里太多了反而不好,因为“系统和系统之间打架,很容易会僵住”,最理想的状态是设计师能把整个简单纯粹的系统完整地灌在自己的脑子里。

最后,他留给所有设计师同学两条关于成长和破局的底层建议。

* **行动与生活的双重修行**: * **别怕犯错,开始做事(Build)**:用 Cursor 和代码去玩、去折腾,不要指望第一次把想法放进去,AI 就能做出完美的成品。 * **去生活,在不相干的领域找共性**:去生活并体会细节,去研究类似画画、摄影、音乐、建筑、生物等完全不相干的领域。去看维基百科或问 GPT 世界是如何被构造的。你会发现,历史上的前辈早就把现在的问题想过了。

> “你把它当成一个 living life form(活的生命体),它不是一个僵硬的东西……你这个 Figma 图画完了的那一刻,它就不是真的了。”

## Notable quotes > [00:00](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=0s) 不是在搓像素 — Ryo Lu

> [00:00](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=0s) 它不是代码,它不是跑出来的东西,它不真 — Ryo Lu

> [00:00](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=0s) 好像都在写代码

> [01:16](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=76s) 你需要在一个全部都是好设计的环境里面

> [02:53](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=173s) 很混乱,我想不清楚他们要干嘛 — Ryo Lu

> [08:17](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=497s) 一坨概念,以及概念和概念之间的关系 — Ryo Lu

> [12:56](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=776s) 翻转入口 — Ryo Lu

> [21:00](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=1260s) 将从像素稿彻底转变为可工作系统 — 主持人

> [44:57](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2697s) 它只是这些旁边的,这个 sidebar 的那些名词变了而已,你看的这个 object 不一样。 — Ryo Lu

> [48:13](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2893s) it's all agents,that's it — Ryo Lu

> [48:13](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=2893s) 我不 review 代码,我要验证结果,并且需要足够的系统状态信息 — 主持人

> [55:50](https://www.youtube.com/watch?v=BnL5qaBzmR0&t=3350s) 你把它当成一个 living life form(活的生命体),它不是一个僵硬的东西……你这个 Figma 图画完了的那一刻,它就不是真的了。 — Ryo Lu

## Mentioned Figma, Cursor, Ryo Lu, Notion, Stripe, Asana, Ping++, Eames, iPhone, Liquid Glass, Aqua, Mac, Windows XP, Ryo OS, System 7, Windows 98, Jony Ive, 乔布斯, TikTok, Instagram, VS Code, Git, Node, npm, Lovable, Manus, ChatGPT, Claude, Claude Code, OpenAI, Anthropic, Facebook, 维基百科

[Source](https://www.youtube.com/watch?v=BnL5qaBzmR0)

中文简报

Cursor设计负责人称Figma脱离软件真实 推动AI代码取代像素稿 传统专业分工属于技术妥协,产品设计师、产品经理与前端工程师最终将融合成直接操纵代码的构建者。 视频围绕软件设计的本质展开,指出设计并非在 Figma 中“搓像素”,而是概念的进化与系统架构的理顺。嘉宾 Ryo 结合其在 Notion、Stripe 及 Cursor 的丰富履历,阐述了“设计师+PM+前端”融合成“Builder”的必然趋势,并鼓励设计师用代码操纵真实材料。此外,对谈还深入探讨了审美的共通韵律、从生物学映射软件抽象系统的思维方式,以及 Cursor 在移动端场景下构建自主 Agent 信任闭环的全新交互方案。 软件设计的本质是在进化概念,而非单纯地在 Figma 中“搓像素”,核心任务是观察概念的演变并理顺系统逻辑。 (0:00) 现有的 Figma 设计稿并不真实,它将设计师的创意限制在固定的文件格式与渲染器中,隔绝了真实的材料——代码。 (0:00) 长寿的工业设计(如 Eames 椅子)具有直击本质、简化到极致的共性,它们能够跨越时代而不受潮流更替的影响。 (1:16) 图形界面的演变经历了从利用现实世界隐喻(拟物化)降低门槛,到用户熟悉系统逻辑后剔除多余装饰(扁平化)的过程。 (2:53) 纯粹界面层面的动画和过渡等“多余之物”在功能上虽不必要,但恰恰构成了软件独特的个性、质感与松弛感。 (5:40)

Reading summary

Cursor 设计负责人 Ryo Lu 认为,软件设计的本质并非在 Figma 中雕琢像素,而是梳理与进化底层的系统概念;随着 AI 协作工具的发展,行业交付标准正从静态设计稿转向可运行代码,设计师与产品角色的边界也将融合为直接操纵代码的“Builder”。 超越像素:软件系统的概念本质与底层解构 (8:17) 在 Ryo 看来,软件并非静态画布,而是一套概念及其相互关系的系统化展现。其结构由底至上可分为四层:底层的数据结构与架构扩容能力、数据与界面的流通、界面渲染,以及最表层的像素。诸如 TikTok(视频列表)、Notion(blocks、pages、databases)和 Cursor(agents、editors、models)均可还原为核心概念的组合。若脱离系统重构而盲目叠加功能,应用就会异化为割裂的“Super APP”。 结合生物学中由四种碱基构建复杂生命系统的隐喻,Ryo 指出软件系统底层同样高度高度压缩。他在 Asana 与 Stripe 的经历印证了这一点:无论是项目管理、支付看板还是模型 API,剥开表层界面后,核心逻辑均为消息传递与针对数据的增删查改(CRUD)。设计师的职责不仅是视觉装饰,更是看清人造抽象系统的全局架构,理顺并简化概念之间的流通逻辑。 交付标准转移:从 Figma 停滞到真实代码重塑 (0:00) 传统设计工作流受制于 Figma 的 `.fig` 格式与 WebGL 画布渲染器,设计创意因脱离真实代码而无法直接运行。设计师发现体验问题后,往往需要撰写 PRD 并提交任务,随后极易在工程优先级的排期中被搁置。这一分工本质上是过往技术限制下的妥协,而非软件构建的理想形态。 随着 AI Agent 具备直接读写代码的能力,行业交付标准正加速从像素稿转变为“可工作系统”。当设计师能够直接调用 Agent 操作代码时,沟通损耗被大幅压缩。在内部原型开发测试中,Ryo 借助代码与 Cursor Agent 协同,仅用约 2 周就完成了传统 Figma 流程配合跨部门评审需耗时 2 至 3 个月才能完成的复杂原型状态。前端、设计与产品经理正逐步统一为共享同一代码库的“Builder”。 Cursor 的平民化破局与移动场景信任闭环 (12:56) 为打破终端命令行、npm、Git 和端口等极客门槛,Cursor 计划翻转入口,隐藏底层配置,让非技术用户能以文件夹快速开启构建,并通过 Plan Mode 读入设计系统与 PRD 进行横向推演。未来的开发交互形态将更接近带有实时预览与聊天修改能力的编辑器,减少传统多轮对话在缺乏版本控制概念时的低效等待。 针对脱离桌面、无法实时审查代码的移动端场景,Cursor 规划了以“验证结果”替代“审阅代码”的信任闭环方案:通过独立的 VM 沙盒隔离运行测试,前端由 Agent 模拟浏览器点击,后端自动补充测试用例比对输入输出;面对长依赖任务,系统通过生成前后对比视频或截图等异步检查点(Checkpoint)交由用户确认,避免 Agent 单向跑偏。 设计的韵律感与全局系统平衡 (35:06) Ryo 强调审美并非完全主观,而是建立在人类共通的字级阶梯、网格、留白与空间规则之上的潜意识韵律。例如在网页排版中,中日文字体若不通过 word break 等规则精细处理断句,生硬折行便会破坏视觉节奏;具有良好“余量(slack)”的软件,则能在基础概念上为用户留出组合玩法。 然而,视觉与交互的优化必须服务于系统的整体平衡。Ryo 警示,脱离全局规则而仅仅为了提升局部的业务指标(KR)或点击率,在界面上堆砌争夺注意力的按钮,必然导致系统平衡瓦解。高水平的团队在系统向外发散探索后,必须具备收敛并清理冗余要素的能力,将局部决策始终锚定在整体历史 Pattern 与规则之中。 Ryo 认为,设计系统与代码工程的界限正在被 AI 迅速抹平。面对工具演进,产品设计师的核心壁垒不再是工具层面的“画图”熟练度,而在于能否具备从生活与跨学科中汲取抽象认知、直接利用代码将系统落地为“活体软件”的动手构建能力。

Source quotes

[0:00] Ryo Lu: 不是在搓像素 [0:00] Ryo Lu: 它不是代码,它不是跑出来的东西,它不真 [0:00] 好像都在写代码 [1:16] 你需要在一个全部都是好设计的环境里面 [2:53] Ryo Lu: 很混乱,我想不清楚他们要干嘛 [8:17] Ryo Lu: 一坨概念,以及概念和概念之间的关系 [12:56] Ryo Lu: 翻转入口 [21:00] 主持人: 将从像素稿彻底转变为可工作系统 [44:57] Ryo Lu: 它只是这些旁边的,这个 sidebar 的那些名词变了而已,你看的这个 object 不一样。 [48:13] Ryo Lu: it's all agents,that's it [48:13] 主持人: 我不 review 代码,我要验证结果,并且需要足够的系统状态信息 [55:50] Ryo Lu: 你把它当成一个 living life form(活的生命体),它不是一个僵硬的东西……你这个 Figma 图画完了的那一刻,它就不是真的了。

Original transcript

[0:00] 真正想要去做软件 [0:01] 视觉层面也很重要 [0:02] 但它只是一层 [0:03] 你不是在搓像素 [0:05] 而是你在进化这些概念 [0:06] 它怎么发展 [0:07] 它每一步变成什么样子 [0:09] 它之间的结构有没有变得更简单 [0:11] 每一个概念 [0:11] 有没有发挥到它最可能的样子 [0:14] 有哪一些东西堵住了 [0:15] 你要把它解开 [0:16] 有哪一些东西本该是一样的 [0:18] 但它现在不一样 [0:19] 你需要把它unify [0:20] 你需要把它简化 [0:21] Figma做这些东西很浅 [0:22] 它不是代码 [0:23] 它不是跑出来的东西它不真 [0:26] 它卡在了这个 .fig 文件格式里面 [0:28] 如果你是个设计师 [0:29] 以前你可能要写个文档 [0:31] 把这些东西列成task [0:32] 送给你的PM [0:33] EM还要prioritize说啊 [0:34] 这些东西 [0:35] 哎呀我没有时间 [0:36] 做不了了 [0:36] 但是当可以真正去manipulate [0:39] 这些真正的material代码 [0:40] 这个工具变得更加简单 [0:41] 大家会变成 哦 [0:42] 大家好像都在写代码 [0:43] 你可以直接上手 [0:44] 这里有点歪 [0:45] 把它改一下 [0:46] peng~ [0:46] agent给你改好了 [0:47] 去年刚开始 [0:48] 大部分的时候我还是从Figma开始 [0:49] 我现在直接在 [0:51] 第三版本的baby Cursor里面 [0:52] 它是一个electron APP [0:54] 它有Cursor里面所有的state和view [0:56] 背后是Cursor的CLI [0:58] 你可以跑真的chat [0:59] 可以从这么小缩到这么大 [1:01] 它可以非常简单 [1:02] 它也可以非常复杂 [1:03] 根据用户想要什么 [1:05] 做这个东西 [1:06] 大概做了可能两周左右 [1:07] 传统用Figma做这些东西 [1:09] 我估计要3个月吧 [1:10] 不止(两三个月至少) [1:11] 如果再加上讨论的话 [1:12] 对再加上讨论就更恐怖了 [1:16] 请你做一下自我介绍先 [1:17] 我是RYO [1:19] 我现在在Cursor做设计负责人 [1:22] 做了一年 [1:23] 之前在Notion [1:24] 从公司也是大概30个人开始 [1:27] 第一个设计师到1,000多人 [1:30] 在我走的时候 [1:31] 然后之前做了一些别的startup [1:35] 做Stripe Asana [1:36] 然后在中国做过一个中国的Stripe叫Ping++ [1:40] 然后再之前 [1:42] 我的第一个startup是10年前 [1:45] 在大学做了一个给员工排班的软件 [1:49] 我去了Notion的headquarters [1:51] 非常有品位的一个headquarters [1:53] 起码家具都很贵 [1:54] 是Notion的品位不错 [1:56] 老板在乎这个 [1:58] 大概的想法就是 [1:59] 你需要在一个全部都是好设计的 [2:02] 这个环境里面 [2:03] 好的工具 [2:05] 比如说你去Notion看到的椅子 [2:07] 他可能一九二几年设计的 [2:09] 或者一九四几年设计的 [2:11] 之后就从来没有变过 [2:13] 但它还一直在 [2:14] 这种东西是有一些共性的 [2:16] 就比如说你知道那个Eames的椅子 [2:19] 他是用木头压成那个形状 [2:22] 当时他可能就是为了工业化 [2:24] 简洁制造的工艺 [2:26] 可以利用当时的技术快速的生产 [2:30] 质量也是非常好 [2:31] 他也可以last很久 [2:33] 就是有很多这样的东西 [2:35] 很多时候 [2:35] 他们都被简化到不能再简单了 [2:39] 他就更接近他的本质 [2:41] 它就可以last更久 [2:44] 不像比如说时装 [2:45] 甚至软件 [2:46] 每十年五年 [2:48] 它会有一种大家一下子换了一种风格 [2:51] 但很多东西本质它没有变过 [2:53] 你对iPhone的新design怎么看 [2:55] 我记得当时 [2:56] 他们刚出扁平化的那种设计的时候 [2:58] 大家很不喜欢 [2:59] 后来大家 [3:00] 就变成了一个潮流 [3:01] 现在它又有这个Liquid Glass [3:02] 你怎么看 [3:03] 我觉得很混乱 [3:05] 我想不清楚 [3:06] 他们(要干嘛) [3:07] 对如果你只觉得设计是品牌 [3:11] 这个东西长什么样子 [3:13] 在视觉上的统一性 [3:15] 跨平台 [3:15] 你可以说Liquid Glass不错 [3:18] 但他可能忽略了所有其他的东西 [3:22] 你要看这个东西是怎么来的 [3:24] 比如第一个图形界面 [3:26] 我们拿了很多现实的concept [3:29] 现实世界的metaphor [3:31] 把这些东西灌成概念放在电脑里 [3:35] 设计了一些图标桌面 [3:38] 每一个图标它更像是一个东西 [3:40] 把这个东西搬到了电脑上 [3:42] 之后大家做了很多拟物化的东西 [3:45] 比如说后来那个Aqua [3:47] 我把所有的这些图像 [3:49] 全部变成更加真实现实世界的东西 [3:53] 这样子我可以带更多人进来 [3:55] 比如说Mac做了这件事 [3:56] Windows XP也做了这件事 [3:58] 他等于把原来一些 [4:00] 看起来很电脑的概念 [4:02] 用一种更能接近的视觉的东西 [4:06] 把你带进来 [4:07] 我问一下 [4:07] 就是你的Ryo OS(os.ryo.lu)是这个风格吧 [4:10] 对我把它灌了四种 [4:12] 它里面有那个System 7 [4:14] 有Aqua 有XP 和Windows 98 [4:18] 它的底层完全一样 [4:19] 概念一切都一样 [4:21] 但你换了不同的皮 [4:23] 你的感觉就不一样了 [4:24] 虽然他们其实真的都是一个东西 [4:27] 你当时对那个扁平化的设计 [4:29] 你的感觉是什么样子 [4:31] 我对他的理解就是 [4:33] 我们一开始把这些人带进了数字世界 [4:36] 透过这些现实世界的概念和metaphor [4:40] 甚至这些图像都是一样的 [4:43] 把这些人带进来了以后 [4:44] 大家已经知道 [4:45] 这个底层的系统是怎么运作的 [4:48] 我点一个图标 [4:49] peng~一个APP出来 [4:50] 这个按钮是回 [4:51] 这个按钮是干什么 [4:53] 这里有一个列表 [4:55] 这里有一些专辑 [4:57] 我们之前可能把它做的更像专辑 [4:59] 但最后其实你是在扁平化 [5:02] 把它打回这个概念原来的样子 [5:05] 你把这些现实的这些cue这些visual [5:09] you know decoration全部剃掉了 [5:11] 又剃掉了 [5:12] 其实是有点返璞归真的 [5:14] 回到了更之前的那种样子 [5:16] 但你可能更接近于这些概念本身 [5:19] 一个列表的信息 [5:21] 它真的就是item item item item滚的 [5:24] 或者说你一个grid [5:25] 它就是一个方块 [5:27] 可能有个圆角cut out [5:28] 里边换东西 [5:30] 你在一个卖菜的APP里边就是菜 [5:32] 在一个音乐的APP里边就是专辑 [5:35] 你能看到他们本身 [5:36] 他们可能更优化于 [5:38] 简化到不能再简 [5:40] 这是好的 [5:41] 也不好也好 [5:42] 哦?不好在哪里 [5:44] 不好在于他少了很多有趣的东西 [5:48] 多余的东西 [5:49] 其实很多时候 [5:50] 这些多余的东西还是挺有趣的 [5:52] 就是你在应该是dialectic那期里边有讲 [5:55] 你觉得一个好的软件应该有一些slack [5:59] 我在那个里边理解是功能上的slack [6:01] 或者说用户使用方式的slack [6:04] 而不是你刚刚说的这种多余的东西 [6:07] which is在我看来就是好玩animation [6:09] 或者说是无用之物 [6:11] 是这样吗 [6:12] 也不算是 [6:14] 之前说的 [6:14] 可能更是你可以一直玩他 [6:17] 就是说这个东西没有简单到啊 [6:20] 我只是有一张白纸 [6:21] 我在那里画 [6:23] 或者你只有一个按钮 [6:24] 你只能做一件事 [6:26] 而是说他可能有一些概念 [6:27] 在你懂了他们之后 [6:29] 你可以做很多很多很多事 [6:31] 人可以一直玩他 [6:32] 但我觉得 [6:33] 比如说你纯去理解做界面 [6:35] 其实真的有很多东西是多余的 [6:38] 我点这个按钮 [6:39] 它其实不需要一个动画 [6:41] 点一个按钮 [6:42] 然后beng~它变成了这个dialogue [6:45] 或者一个菜单 [6:46] 这些其实是不必要的 [6:48] 但就是这些细节 [6:49] 构造了这个东西的感觉是什么 [6:52] 或者说他有一些character [6:54] 当然你也可以理解说 [6:56] 你把它简化到极致 [6:58] 这也是一种 [6:59] 我闻到了两个方向的东西 [7:02] 就像你说的品味这个词 [7:04] taste这个词 [7:05] 其实大家是放了很多概念在里边 [7:08] 这两个 [7:08] 第一个是你对于it's all the same thing [7:11] 我要达成什么目的 [7:13] 对这件事儿的本质的一个思考 [7:15] 很多时候大家过度设计 [7:17] 或者说设计的很乱 [7:18] 反而让整个功能变得非常的难受 [7:22] 就叫UX吧 [7:23] 我觉得这个词不好啊 [7:24] 但是我先这么归类 [7:25] 然后另外一个呢 [7:26] 是这个UI了 [7:27] 感受或者说我使用它的时候有一个愉悦感 [7:30] 就比如说 [7:30] 这个玩意儿就完全一个没有用的东西 [7:32] 但是我摸他 [7:33] 他这个声音就有一个质感在 [7:35] (嗯哼~)然后我就会想着玩(是的) [7:37] 我想起来那个苹果designer Jony Ive [7:39] 我不知道怎么pronounce his name [7:41] 然后他说他还没有加入苹果的时候 [7:43] 乔布斯好像跟他一块去罗马 [7:45] 看到了一个刀 [7:46] 刀的弧线很漂亮 [7:48] 他注意到了 [7:48] 然后他发现乔布斯在那玩那把刀 [7:50] 说乔布斯也注意到了 [7:51] 在他看来 [7:52] 这是一个非常高级的设计审美 [7:55] 然后他们两个互相印证了 [7:57] 就是你是有这个审美的 [7:59] 很长一段时间 [7:59] 我都以为这个是设计师的品味 [8:01] 就是你能注意到那个刀的弧线很漂亮 [8:03] 是设计师的品味 [8:04] 然后我听你的访谈呢 [8:06] 你好像是非常注重前面这个 [8:08] 怎么样子 [8:09] 一个设计师 [8:09] 让软件更好地完成用户的需求 [8:12] 或者理解用户的需求 [8:13] true understanding of the problem [8:15] and the customer's goal 之类的 [8:17] 也没有 [8:18] 反而我更在乎这个软件的本质 [8:20] 就是很多时候你想 [8:22] 或者你设计一个东西 [8:24] 产品 [8:25] 你可以从这种用户为中心的出发点 [8:28] 来设计 [8:29] 比如你刚才说的啊这个人ABC [8:32] 他想要解决一个问题 [8:34] 他怎么解决 [8:35] 需要用什么样的工具 [8:37] 然后你再把这些东西拆解出来 [8:39] 做你的系统 [8:40] 你还有另外一种方式 [8:42] 就是你从软件本身去看它 [8:44] 我对软件的理解 [8:46] 它就是一坨概念 [8:48] 概念和概念之间的关系 [8:49] 然后在每一层它怎么被展现 [8:52] 最底层可能是你这个数据结构 [8:54] 你的这个infra它怎么scale [8:57] 再往上一点 [8:58] 可能是你所有这些数据 [9:00] 怎么跟你的界面流通 [9:02] 界面上面你怎么把它render出来 [9:05] 最后到用户层 [9:06] 是他们看到的这个pixel [9:08] 每一层都连着的同一坨概念 [9:12] 理论上如果你知道你想做什么 [9:16] 还有所有的信息 [9:17] 它是有一个最佳解的 [9:19] 你想做什么是用户决定的 [9:21] 或者说你可以去设想说 [9:23] 这个系统最大的maximum的boundary是什么 [9:27] 它的maximum possibilities [9:29] 你可以帮我举个例子 [9:30] 我觉得Cursor很容易想象 是 [9:32] 甚至Notion我也能想象 [9:34] 但是你举一个非这两个 [9:35] 另外一个例子吧(是Cursor, Notion都很好理解) [9:37] 因为它本身就是被设计成 [9:40] 一个可以做差不多所有东西的东西 [9:43] 然后怎么去做它呢 [9:44] 真的就是你要去想 [9:46] 做这个东西的本质 [9:48] 和这个底层概念有什么 [9:50] 他们之间有什么联系 [9:52] 你看市面上很多APP [9:54] 他们可能真的每一个东西 [9:56] 他可能只有一个概念 [9:58] 那可能它会一直发挥这个 [10:00] 比如说像TikTok [10:02] 它真的就是一个list of videos [10:04] that's it [10:05] 或者你看Instagram [10:06] 它是posts, stories, reels, messages [10:11] Notion是blocks, pages, databases [10:15] Cursor是agents, editors, models... [10:20] 其实你可以就是把这些东西 [10:22] 把一个APP [10:23] 把一个产品拆成它本来的样子 [10:26] 它的概念的样子 [10:28] 每一层长什么样子 [10:29] 你可以从这里出发来解决问题 [10:32] 你去想啊 [10:33] 我把系统的这里改一改 [10:35] peng~原来只能做一件事 [10:37] 现在可以做n件事 [10:39] 或有的时候 [10:40] 你可能需要造一个概念出来 [10:42] 或者说你要把一些东西包起来 [10:44] 在你这个语境下 [10:46] 这个系统已经存在了 [10:48] 然后你要做的是 [10:49] 在这个已经存在的系统里边 [10:51] 去不断的把它推向极限 [10:53] 真实的极限 [10:55] 能力的极限等等各方面的极限 [10:56] 是这样吗 [10:57] 他可能也不存在 [10:59] 或最开始的人要设这个东西 [11:02] 每一个APP [11:03] 或者说每一个公司 [11:05] 很多时候 [11:05] 他就卡在了 [11:06] 他们当初最开始设的这些概念上 [11:10] 或架构上 [11:11] 然后会很难出来 [11:13] 你要么做一个 [11:15] 这些东西加在一起可以做很多事 [11:18] 很通用的东西 [11:19] 你要么做一个 [11:20] 他可能从一开始就已经设了一个限 [11:23] 但他可能serve一个group of users [11:26] 一系列问题 [11:27] 但你很难出来 [11:29] 而且你的user也会变 [11:31] 当他们的need [11:31] 他们的需求变得更复杂 [11:33] 你也可能会变复杂 [11:35] 然后你就变成了别人的样子 [11:39] 不是你原来的样子了 [11:40] 很多应用都这样 [11:42] 就比如说你一层一层又一层 [11:45] 然后又开始拆分不同的APP [11:47] 然后试着把它bundle在一起 [11:50] 我觉得这在中国互联网非常明显 [11:53] 就所有的人都想成为super APP [11:55] 你打开大众点评里边会看到短视频 [11:57] 然后你打开短视频 [11:58] 里边也会看到大众点评 [11:59] 为什么美国不是这样 [12:01] 似乎听你那个逻辑 [12:02] 它是一个必然性 [12:04] 嗯是 [12:05] 我甚至觉得 [12:06] 我可能一直在做工具 [12:08] 或SaaS类的东西比较多 [12:10] 你可以发现 [12:11] 所有的SaaS应用 [12:13] 正在converge到同一个东西 [12:16] 你一开始可能设的这个bubble长这样 [12:19] 但自然而然 [12:21] 你在增长的过程中这个东西会变大 [12:25] 然后你要么重构你的原有的系统 [12:28] 你要么继续加东西 [12:29] 只有这两条路 [12:30] 有一些人 [12:31] 可能会一直去优化它本身的这些概念 [12:34] 让它们连在一起比较好 [12:36] 我可能还真的克制不要拆太多 [12:39] 有的人可能就是更maximalist [12:42] 看到什么人有什么他就加什么 [12:44] 最后两边都有一些问题 [12:47] 当这个东西太泛用的时候 [12:48] 你不知道拿他做什么 [12:50] 当这个东西太多按钮的时候 [12:52] 你也不知道我要干嘛 [12:53] 你怎么找到中间的这个balance [12:56] 怎么找到适合你这个东西发展的路 [12:59] 是设计问题 [13:00] 你刚说的点 [13:01] 我觉得对于人也是这样子的 [13:03] 你一开始会有一个限制 [13:05] 比如说我是一个数据科学家 [13:07] 然后你是一个designer [13:08] 然后我们理论上呢 [13:09] 都是不去做PM的工作 [13:11] 也不去做engineer的工作 [13:13] 但做到一定程度就会发现 [13:14] 哦不对 [13:15] 我们其实每个人都是在做软件 [13:18] 那做软件上你就需要了解业务 [13:20] 也需要去了解软件 [13:21] 就像你说的building material [13:23] 是code而不是pixel(是代码而非像素) [13:25] 很多designer在这个时候就遇到挑战了 [13:27] 就觉得job market(就业市场)并不好 [13:29] 我跟他们的第一建议就是 [13:30] 去学习使用Cursor [13:32] 一个小时就可以学会怎么使用 [13:33] 嗯哼~然后你改变了你的习惯以后 [13:35] 你就会发现完全打开了一个新世界 [13:37] 但是他们一个小时可能都不想去学 [13:39] 你来讲一讲吧 [13:40] 就是你的观察和你的建议 [13:42] 有很多是我们的问题 [13:44] Cursor至少一直到现在 [13:46] 可能以后也不会变 [13:47] 它的最中心的focus [13:49] 是这些专业的programmer [13:52] 所以我们当时从比如说VS Code开始 [13:55] 很多东西都是从那边继承的 [13:57] 专业的工程师 [13:58] 他们知道这些东西怎么用 [14:00] 其他的人并不知道这些东西怎么用 [14:02] 他们打开Cursor [14:04] 看到三个按钮 [14:05] Open projects, Clone repo, Connect via SSH [14:09] 很多人是不知道干嘛的 [14:11] 但现在这个agent [14:12] 真的你只要问他一句话 [14:14] 他就可以帮你把它做出来 [14:15] 或者说他可能做出50% 70% even [14:20] 但我们这些入口或者这些概念 [14:23] 还有很多层没有被解出 [14:26] 如果你不知道 [14:27] 比如说npm Node是什么 [14:29] 或Git是什么 [14:31] 或I don't know a branch怎么checkout [14:34] 怎么do a pull request [14:36] 很多设计师是不知道这些东西的 [14:39] 不知道这些概念 [14:40] 包括terminal和其他的 [14:41] 对用terminal [14:43] 什么localhost:3000 [14:45] 什么port whatever [14:46] 很多很多很多很多 [14:48] 你有一个idea到这个东西出来 [14:51] 之间还有很多这些概念 [14:53] 很多这些barrier [14:54] 理论上用这个agent是可以绕过它的 [14:56] 所以我们要做的 [14:57] 就是把这个入口清理一下 [15:00] 翻转一下 [15:01] 你可以先做东西 [15:03] 再去理解这些东西是啥 [15:04] 或者说我们可以把它包起来 [15:06] 有很多东西 [15:07] 你可能在刚开始的时候不需要在乎 [15:10] 真正进去了你再去学也可以 [15:13] 这是计划吗还是? [15:14] 对我们正在做这件事 [15:16] 最重要的其实也挺简单的 [15:18] 你就点Open Project [15:19] 新建一个文件夹 [15:21] 打开开始 [15:22] 如果你能绕过前面的这些小的麻烦 [15:26] 进去了做一点东西 [15:28] 我觉得很快你会感觉到我靠 [15:31] 我可以做这个 [15:32] 我看到的不一样的东西啊 [15:33] 有很多人是像你一样真的去做了 [15:37] 然后他们感受到了不一样 [15:38] 但很多人其实跨过了这个门槛 [15:40] 但是他们还是很难继续做下去 [15:42] 我们那个一个小时的课 [15:44] 其实就是教大家从download Cursor开始 [15:46] 然后教大家熟悉编程界面 [15:48] 熟悉IDE的界面 [15:49] 学会怎么debug [15:50] 怎么样子把一个模糊的需求 [15:52] 变成一个清晰的solution [15:54] 用一个模板去跟agent说话 [15:56] 把该有的信息 [15:57] context, component, criteria给到agent [16:00] 它可以帮助你很好的执行你的意图 [16:02] 一个小时真的我觉得 [16:03] 所谓的编程基础就已经够了 [16:05] 但我观察到的另外一件事呢 [16:07] 是当大家做了这件事之后 [16:09] 就是做下去还是不舒服 [16:11] 是肯定的 [16:12] 这个东西需要多练才能悟出来的 [16:15] 你要跟不同的模型多build一些东西 [16:19] 你才能知道他哪里好 [16:21] 他哪里不好 [16:22] 或者说刚刚开始的时候 [16:24] 要设好心理预期它不可能一个prompt就完美 [16:29] 然后我们会做一些工具给你 [16:31] 比如用plan mode [16:33] 它可以把一个东西它的细节扩展出来 [16:36] 你可以去review [16:38] 你可以去添加更多的细节 [16:40] 你可以把你的Figma的link放进去 [16:43] agent可以读 [16:44] 把你的PRD放进去 [16:46] 让他知道他该做什么 [16:49] 然后你要开始给这些agent设限制 [16:52] 或者说你要去定义什么东西是好 [16:55] 我应该去reference哪些东西 [16:58] 比如我已经有一个design system [17:00] 我就要用这个 [17:01] 我不要让agent每次都重新造轮子 [17:04] 然后在你做更多的东西以后 [17:07] 你大概就会感觉越来越好 [17:10] 另外一个我觉得可能是问题的问题 [17:13] 是很多设计师 [17:14] 像之前我们在2D空间去explore [17:18] 我们可以把一个artboard beng~ duplicate另外一个 [17:22] 然后改一改细节 [17:23] 看一看ABCDE哪一个我更喜欢 [17:26] 我可以继续它很容易 [17:28] 我就直接command+D beng~ [17:30] 继续继续继续继续 [17:32] 但你在跟agent玩的时候 [17:34] 它每一个turn还是要等一会儿 [17:36] 它的这个feedback没有那么快 [17:38] 你如果作为一个设计师 [17:40] 你不理解这个version control [17:42] 你不知道checkpointing [17:44] 我可以把它存成不同的点 [17:46] 我可以把它分支出来 [17:48] 你不知道这些概念 [17:49] 这些东西在Figma里很容易 [17:51] 你就Command+D [17:52] 但现在至少Cursor或这些agent工具里面 [17:56] 做这件事情很难 [17:57] 但是 [17:58] 你觉得这是一个必然会发生的转变 [18:01] 对因为我知道这些东西已经可以了 [18:04] 其实很多时候就是要跨过这些概念的鸿沟 [18:08] 让这个agent可以帮你 [18:10] 或者说 [18:10] 我们会给你一些更适合于设计师或PM [18:14] 比如说你做一个网站 [18:15] 你可以看到浏览器 [18:17] 用plan mode [18:18] 你可以看到一个 [18:19] 类似Notion的Markdown editor [18:21] 这个浏览器你也可以点 [18:22] 你可以跟他聊天 [18:24] 你可以去改它里边的这些细节 [18:26] 所以以后可能就是agent能看到 [18:29] 能用更多的这些工具 [18:31] 同时你也能看到 [18:32] 你也可以 [18:33] 如果你想 [18:34] 点进去 [18:35] 给他更precise 的 instruction [18:37] 让他改成更想要的样子 [18:39] 用你想要的方式 [18:41] 这个问题对designer so重要 [18:43] 所以说 [18:44] 请你convince一下大家 [18:46] 为什么这个改变必然会发生 [18:47] 过去的方式 [18:49] designer先在一个mock里边 [18:51] 去把所有的东西设计出来 [18:53] 自己感觉设计到足够好的时候 [18:55] 把它交给一个程序员去实现它 [18:57] 然后你说的接下来要 [18:59] 必然会发生的 [19:00] 一个新的工作方式 [19:02] 是designer直接去把要做的东西做出来 [19:06] 也不一定 [19:06] 你可能是在做一个假想的版本 [19:10] 或你在做一个比Figma更真的东西 [19:13] 你觉得先进在哪里 [19:15] 就是为什么它必然会发生 [19:17] 在Figma [19:18] 你在做的是创建这些静态的状态 [19:21] 然后它们之间可能会有一些you know [19:24] 它是共享的原件 [19:26] 但它没有逻辑 [19:27] 它不能看到数据 [19:29] 我在滚它的时候不能看到不同的状态 [19:32] 我不能把一个AI模型的output, input pass进去 [19:37] 我也不能用agent去做设计或帮助我去 [19:41] 比如说啊 [19:42] 这些东西我要换一个样子 [19:44] 把它fill到真实的数据进去 [19:46] Figma做这些东西很浅 [19:48] 它们卡在了这个canvas [19:50] canvas有canvas的好 [19:52] 但它不好的点是 [19:54] 它不是代码 [19:55] 它不是跑出来的东西 [19:57] 它不真它是一个抽象层 [20:00] 它卡在了WebGL canvas renderer [20:03] 卡在了这个.fig 文件格式里面 [20:07] 它不是真的 [20:08] 但是当可以真正去manipulate [20:11] 这些真正的material代码 [20:13] 这个工具变得更加简单 [20:15] 你可以可能跟以前一样 [20:17] 甚至更快地去iterate你的idea [20:20] 但它同时 [20:21] 它会越来越像它本来应该有的样子 [20:25] 它可以活起来 [20:26] 它就是它本身 [20:28] 或者说 [20:28] 你可能做了一个你的ideal version of the thing [20:32] 或者一个未来版本的东西 [20:34] 比如说去年刚开始的时候 [20:36] 大部分的时候我还是从Figma开始 [20:38] 我现在大部分时候是我直接在这个 [20:42] 我们现在搭建的 [20:43] 第三版本的baby Cursor里面 [20:45] 我就在那里边玩 [20:46] 第三版本的baby Cursor [20:48] 对它是一个Electron APP [20:50] 它有Cursor里面所有的state和view [20:54] 背后是Cursor的CLI [20:56] 你可以跑真的chat [20:58] 可以从这么小缩到这么大 [21:00] 它可以非常简单 [21:02] 它也可以非常复杂 [21:04] 根据用户想要什么 [21:06] 做这个东西 [21:07] 大概做了可能两周左右 [21:10] 就今年年初的时候 [21:11] 这是一个要上的东西吗还是 [21:14] 我们在想怎么把Cursor简化 [21:16] 并让它更加持久 [21:18] 可以容纳接下来做的事 [21:20] 就只做了两周 [21:21] 就大概所有的prototyping设计 [21:24] 一共花了可能两周时间 [21:26] 传统用Figma做这些东西 [21:29] 所有的状态everything [21:30] 我估计要3个月吧 [21:32] 不止(两三个月至少) [21:33] 如果再加上讨论的话 [21:35] 对再加上讨论就更恐怖了 [21:37] 你很明显对于更适合广大用户 [21:41] 就非程序员的Cursor版本 [21:43] 有一个全新的设计 [21:45] 为什么它不是Lovable, Manus 这个样子 [21:48] 嗯...Lovable [21:50] 它可能设了一个框 [21:52] 它可能只做Web APP [21:54] 只做React [21:54] 只做一个Supabase backend [21:57] 他才能接受新的某一些人进去 [22:01] 或者说Manus [22:01] 他可能是一个general purpose computer agent [22:04] 但他可能只有四个Tab [22:06] 能看到他的桌面 [22:07] 能看到他的output [22:08] 能看到什么浏览器 [22:10] 但我觉得Cursor它可以简单 [22:12] 也可以复杂 [22:13] 它可以更像你想让它的样子 [22:16] 或你在做这个东西的时候 [22:18] 它应该的样子 [22:19] 我们可能还会有一些opinion [22:22] 但它只是它默认长什么样子 [22:24] 你还是可以去customize [22:26] 去加新的Tab [22:28] 去split去打开新的panel [22:30] 再加一个terminal [22:32] 如果你知道这些东西是啥 [22:34] 但如果你不知道 [22:35] 他可以不在 [22:36] 或他可以是一个很简单的状态 [22:38] 更加自由 [22:39] 但同时你也可以从一开始设一个限 [22:43] 或一个default [22:44] 甚至说他可能有多个default [22:47] 适合不同的人 [22:48] 有些人可能是从VS Code来的 [22:50] 他不想让你动他的东西 [22:52] 有些人可能是从Lovable来的 [22:55] ChatGPT来的 [22:56] Claude来的 [22:57] 他可能更习惯啊 [22:59] 我就是在聊天 [23:00] 或我就是在玩这个agent [23:02] 对于这些代码呀 [23:03] 什么terminal啥的 [23:04] 我不太在乎 [23:05] 这些人应该也能拿到这个东西 [23:08] 但他的本质就是同一个东西 [23:10] 只是你在慢慢展开他 [23:12] 有的人可能展的更多 [23:13] 有的人可能展的更少 [23:15] 以及展开的路径是不一样的 [23:17] 嗯哼~ [23:17] 我对他如此好奇 [23:19] 是因为 [23:19] 我们课程基本上就是教大家用Cursor [23:21] 我们还专门去做了一个 [23:23] 帮大家在Cursor里边更好的 [23:25] 更容易去调度各路AI和各路工具的API [23:28] 和更好的把自己在Cursor里build的project [23:31] deploy出来的这么一个平台 [23:33] 别人就问我们 [23:34] 这不就是Manus吗 [23:35] 我们说不是 [23:36] 原因基本上就是你说的 [23:38] 我们看起来Cursor [23:39] 它是一个AI辅助大家build的工具 [23:42] 真的去开发你所有能开发的东西 [23:45] 它没有限制 [23:46] 限制是你使用的能力 [23:47] 但是其他的工具都有限制 [23:49] 虽然他们好用 [23:50] 容易上手 [23:50] 但是有限制 [23:51] 是 [23:52] 回到刚才那个设计师的点啊 [23:54] 你是否认为未来的交付标准 [23:57] 将从像素稿彻底转变为可工作系统 [24:01] 及前端与设计师加PM [24:03] 最终都会融合成一个角色builder [24:07] 是我已经看到这个正在发生 [24:10] 我们给自己的这些职能 [24:12] title, specialization 越来越不重要 [24:15] 甚至你可以强化你specialize的这一边 [24:19] 的同时你可以开始做一些 [24:21] 之前你觉得应该是别人做的事 [24:24] 当你做这件事的时候 [24:25] 你甚至可以更自由 [24:27] 更能够发现这些edge case [24:29] 把它解决 [24:31] 花一点时间在这些细节上 [24:33] 如果你是个设计师 [24:35] 你能notice很多细节 [24:36] 你可以直接上手 [24:38] 这里有点歪 [24:39] 把它改一下 [24:40] peng~ [24:40] agent给你改好了 [24:41] 以前你可能要写个文档 [24:43] 把这些东西列成task [24:45] 然后送给你的PM [24:47] 你那边那个EM还要prioritize说啊 [24:49] 这些东西 [24:50] 哎呀我没有时间 [24:51] 做不了了 [24:52] 所以大家会变成一个哦 [24:54] 大家好像都在写代码 [24:55] 都在做东西 [24:57] 但他可能看的东西不同 [24:59] 用的界面不同 [25:00] 在乎的东西不一样 [25:01] 或者说你可能从不同的层进来 [25:04] 像有的人更在乎大局大方向 [25:07] 有的人更在乎细节 [25:09] 更在乎视觉的东西 [25:11] 更在乎真的就是这一行代码 [25:13] 我要写的很美 [25:14] 也有这样的人 [25:15] 每个人能找到适合他的界面 [25:17] 但大家都用的同一个agent [25:19] 大家有同样的context [25:21] 大家都在这个code base上面 [25:23] 这就跟以前很不一样 [25:25] 因为以前所有的人 [25:27] 所有的工具 [25:28] 所有的一些职能 [25:29] siloed很散 [25:31] 大家都在自己的泡泡里面 [25:33] 最后这个东西很容易就变成四不像 [25:36] 或他被规则限制的太深 [25:39] 他没办法逃出去 [25:40] 你说的所有的点 [25:41] 我在data里边都能找到 [25:43] 完全的correspondence [25:45] 当模型可以做任何的模型 [25:47] 和任何的分析的时候 [25:48] Data Scientist干的是什么 [25:49] 我们可能对数字更有感觉 [25:51] 我们可能看到一个outlier [25:52] 我们就发现哦 [25:53] 这个不对 [25:53] 我们cross validation的时候 [25:55] 可能会更容易说 [25:56] 这个东西好像有点问题 [25:58] 过去我们需要找engineer去打log [26:01] 现在就自己可以去做 [26:02] 我也觉得 [26:03] 这就是未来我们所有职业的宿命 [26:05] 或者说之前的那个职业的segmentation [26:07] 是一个妥协 [26:09] 而不是一个本质 [26:10] 是 [26:11] 那我这儿再追问一下第二个问题 [26:13] 这位同学问题还问的还挺好的 [26:15] 背景啊 [26:15] 你的原话 [26:31] 然后她的提问是 [26:33] 当技术门槛消失后 [26:34] 专业的product designer [26:36] 应该如何利用你所说的 [26:38] 对材料的深度理解 [26:40] 来创造独特的竞争优势 [26:42] 以及下面这个问题是在Cursor内部 [26:45] 你们是如何评价 [26:46] 一个设计师的builder能力的 [26:48] 我只能说大家都在变 [26:49] 而且变得很快 [26:51] 甚至说很多人刚进来的时候 [26:54] 他们还是习惯从Figma开始 [26:56] 习惯Let's start from like problem definition, [27:00] spec it out, in detail, make a doc [27:03] 都把它列出来 [27:04] 然后再做 [27:05] 这真的是个惯性的东西 [27:07] 但有的时候 [27:08] 我会有点像踢他们一下一样 [27:10] 就是哎你这个东西 [27:12] 你试试Cursor给它prototype出来 [27:15] 可能会比你以前做的更好玩 [27:18] 更快更真 [27:19] 就甚至我自己都是 [27:20] 大概可能前半年吧 [27:22] 大部分的东西都在Figma [27:24] 到现在是大部分的最新的东西 [27:27] 最新的状态都在代码里 [27:29] 帮大家具体一点啊 [27:30] 过去两个周吧 [27:31] design process是什么样子的 [27:33] 现在的process就是 [27:35] 比如说我跟着一些engineer会去聊 [27:37] 现在我们可能在这个prototype里面 [27:39] 有哪些问题还没有被解决 [27:41] 或者说大家玩它的时候 [27:43] 会觉得有点怪怪的 [27:44] 或者是我自己也会觉得怪怪的 [27:46] 然后就会去真的就是在打磨这个东西 [27:50] 可能啊这里这个sidebar我要试试 [27:53] 不同去group它的方式 [27:55] 怎么去把它排列 [27:56] 应该怎么nest [27:57] 应该点一个加号的时候发生什么 [27:59] toggle它打开关闭 [28:01] 长什么样子 [28:02] 空间没了 [28:03] 他是什么样子 [28:04] 有东西在跑 [28:05] 他是什么样子...... [28:08] 很多时候 [28:08] 之前 [28:10] 可能前期花了很长的时间去spec out [28:13] 哦 我应该有这些东西 [28:14] 1234567 他们每一个具体长什么样 [28:18] 然后才开始build [28:21] 很多时候是 [28:22] 你比如说在前期在这边转圈圈 [28:24] 或你可能在Figma里iterate了几次 [28:27] 大家开会觉得啊好 [28:29] 就build这个 [28:30] 然后你就去build [28:32] 它可能会build出来70%60% [28:35] 然后就没有时间了 [28:37] 或者说大家要想做点别的 [28:39] let's ship it and then move on [28:41] 之后这个东西就不会再变了 [28:43] 它就不会被打磨了 [28:44] 它就不会被iterate了 [28:46] 你可能就做了那么一次 [28:48] 或者说你在自己设计稿这边换了几次 [28:51] 但它最后出来的东西还不太一样 [28:53] 但现在就是 [28:55] 你可以真的就是在当下 [28:57] 或你可以甚至虚拟 [28:59] 啊我有了这个这个这个这个之后 [29:01] 他是什么样子 [29:02] 我可以把这些东西都关掉 [29:04] 回到现在哎他是什么样子 [29:06] 我可以真的去想说啊 [29:08] 我要怎么一步一步一步把这个东西build出来 [29:10] 或者说我可能有这么多 [29:12] 解决同一个问题不同的方式 [29:14] 大家都试试看 [29:15] 看看大家喜欢什么 [29:17] 可能最后能找到一个 [29:18] 大家可能都差不多喜欢的default [29:21] 但有可能你的结果就是 [29:23] 我们之前可能设计一个东西 [29:26] 我要option 1, 2, 3 [29:27] 我要去选option是哪一个 [29:30] 我要去debate [29:30] pros and cons最后选一个 [29:33] 但现在你很有可能会发现欸 [29:35] 这些东西都可以 [29:36] 我怎么把它包起来 [29:38] 我可能就是default是长这样 [29:39] 但是如果你需要 [29:41] 你可以把它打开 [29:42] 你可以去自定义它 [29:43] 它可能根据你不同的状态 [29:45] 它可能会变 [29:46] 很多时候 [29:47] 这些东西你之前就很难去想到的 [29:50] 或你至少第一次first pass很难去想到的细节 [29:53] 现在就是你越玩它它越明显 [29:57] 你就更想把它修好 [29:58] 你可以all the way go down to the very, [30:01] you know, tiny little detail [30:03] 你也可以在大局上面想啊 [30:05] 这个东西如果不存在 [30:06] 它长什么样 [30:07] 这是很自由的感觉 [30:08] 自由真 [30:10] 然后深 [30:11] 我相信就是大多数你对产品的感觉 [30:14] 其实是在做的过程中才发生的 [30:16] 对 [30:16] 你写SPEC是没有办法 [30:17] 一下子写出来一个完美的需求的 [30:19] 是的是的 [30:20] 就是很多时候你在设想的 [30:22] 这是一个假想的世界 [30:24] 因为你没有办法看到全部 [30:26] 它就是一个残缺的东西 [30:28] 而且人的大脑非常trickery [30:30] 就是我们充满了hallucination [30:32] 到了真实世界之后 [30:33] 你才能观察到世界 [30:35] 是的 [30:35] 我这再帮designer问一个问题啊 [30:38] 你刚刚说的东西 [30:39] 我把它总结成skill [30:40] habit和mindset [30:42] 可能最难的是mindset [30:43] 然后接下来是habit [30:44] 然后是skill [30:45] 只要你有mindset [30:46] 你肯定会有对应的habit [30:47] 你有了mindset和habit [30:48] 你的skill自然而然会起来 [30:50] 总结对不对 [30:50] 或者你有没有什么添加的 [30:52] 是 你得对这个东西有热情 [30:55] 你得持续搞它 [30:56] 你才能悟出来 [30:58] 有点像在训模型 [31:00] 体感 对 [31:01] 他会变成你的样子 [31:02] 但很多designer他们是上进的 [31:05] 有热情的 [31:06] 他们想获得这些东西 [31:08] 那你有什么建议 [31:09] 我的建议就是真的开始做东西 [31:12] 用代码来做东西 [31:14] 一开始可能真的会觉得有点怪怪的 [31:17] 或有点害怕 [31:18] 但真的不用怕 [31:19] 有什么问题问agent [31:21] 那我在这想把它稍稍具象一点啊 [31:24] 然后我想起码看那么两个项目 [31:27] 我稍微给你介绍一下 [31:28] 他们的背景是什么 [31:29] 基本上都是个人 [31:30] 他们去用Cursor解决了自己一些小问题 [31:33] 这位同学 [31:34] 他这个是给你一个网站 [31:36] 你去upload自己偏好 [31:38] 或者说那些比较深的东西 [31:39] 在一个快餐的世界中 [31:42] 让大家可以更好的展示 [31:44] 或者更深度的展示自己 [31:46] 你可以说一下第一印象 [31:47] 就很AI slop [31:49] 整个design显得非常AI slop [31:51] 对太多颜色 [31:53] 太多东西在动 [31:55] 没有focus [31:57] 甚至说 [31:58] 看了一下刚才他的这个东西的description [32:01] 感觉应该是很简单的东西 [32:04] 为什么我不能直接把它显示出来 [32:07] 就可能不是这个landing page [32:09] 而是我只把这些大家有兴趣的游戏啊 [32:13] 内容亮出来 [32:15] 可能会更好 [32:16] 就是你把它变成更像他本人的样子 [32:19] 你可以让大家来看一下他长啥样 [32:21] 你不用force大家去sign up [32:24] 当你有兴趣的时候 [32:25] 你再sign up [32:26] 你再创建你自己的page [32:29] show你的真正想要达成的那个目标 [32:32] 然后我想办法把这个东西show的更好一点 [32:35] 嗯 [32:36] 这个项目呢是鼓励老妈学英文 [32:38] 她是一个跨文化家庭 [32:40] 她老公是外国人 [32:41] 然后两边的家庭说的(语言)是不一样的 [32:44] instead of一个简单的translator [32:46] 她做的呢是我说了以后 [32:49] 自然而然的就会有翻译 [32:51] 翻译完了以后会有一轮对话的 [32:52] back and forth [32:53] 最后呢她会有这个 [32:56] 对然后对方就可以回复一句 [32:59] 之后呢 [32:59] 有一个每日词汇和每日小结 [33:01] 帮助他老妈去学这个英文 [33:03] 要我评价一下是吗 [33:05] 嗯 [33:05] 我觉得可以做的更简单一点 [33:08] 或者说有很多 [33:09] 他的这个flow [33:10] 你看他是我要先录 [33:12] 然后要转录 [33:13] 转录完了播放了翻译 [33:15] 但它没有原文 [33:17] 然后它一直是 [33:19] 每一个状态它都不太一样 [33:21] 它的结构 [33:22] 但你可能可以想象一下 [33:23] 这个东西是在哪里用的 [33:25] 它可能不是在一个网页上 [33:27] 它可能就是在手机上 [33:28] 你对面有一个人 [33:30] 对面的人可能看一遍 [33:32] 我这边看一边 [33:33] 我点一下 [33:35] 另外一边会念出来 [33:37] 他能看到字 [33:37] 我也能看到字之类的 [33:39] 然后你可以简化中间的这些步骤 [33:43] 比如说转录 [33:43] 他可能立刻就结束了 [33:45] 或者我可以按住 [33:46] 我可以直接讲话 [33:47] 讲话松开 [33:48] 哦~他结束了 [33:50] 你可以把这个流程做的更快 [33:52] 更在他的场景里面 [33:54] 比如在手机上 [33:56] 明白好的 [33:57] 这是一个小朋友的游戏 [33:59] 他是9岁的娃 [34:00] 但是他是Claude Code一起做的 [34:03] 哈哈哈他挺有意思的是 [34:04] 他是把自己的同学给做进去了 [34:07] 我只能玩第一关 [34:08] 哦哇哦~ [34:09] 这是他的同班同学 [34:10] 这是几岁小孩做的 [34:12] 9岁 [34:13] oh my god [34:14] 去年是8岁用Cursor做了一个大恐龙的游戏(哇!) [34:16] 这么厉害 [34:17] 天呐(我可以给你把这个发给你) [34:18] 现在的孩子 [34:19] 真的以后会很厉害 [34:21] 哇!他的细节超多的! [34:23] 24年年底的时候 [34:24] 嗯哼~就是把这么一幅画 [34:26] 变成了一个这样的游戏 [34:28] 哇啊!这是在去年的时候 [34:30] 很slop(AI懒惰) [34:31] 哇!哈哈 [34:32] 我天呐一年 [34:33] 天呐差好多 [34:35] 我觉得他其实是个比较好的故事(天呐 太crazy了) [34:37] 非常好的故事 [34:38] 我记得我小的时候 [34:39] 第一个编程就是做了个计算器 [34:42] 然后就是做网站小的网站 [34:45] 没有这种 [34:46] 我靠什么都有的 [34:47] 动画也有art也有逻辑也有 [34:50] 还有各种关卡 [34:52] 太疯狂了 [34:53] 而且是这个游戏做成礼物 [34:55] party上给他那些朋友们 [34:57] 哇!朋友们可以在游戏里面玩自己 [34:59] 太厉害了 [35:00] 他还有很多怎么样子做那些动画效果 [35:03] 非常棒! [35:05] 这个很厉害 [35:06] 后面两个 [35:06] 是我觉得比较典型的需求 [35:08] 就是他想做一个个人的展示 [35:10] 这位同学 [35:11] 她其实是有很强的imposter syndrome [35:14] 但是她又有一个实际的business问题 [35:16] 就别人要找他做business strategy [35:18] 她就把自己的主页 [35:20] 和你可以问她的问题 [35:22] 这样一个chat做到了一起 [35:24] 有没有什么评价 [35:25] 评价就是可能真的是图形设计上的 [35:30] 需要调整一下 [35:32] Graphic design [35:33] meaning like Typography [35:35] you know like how you layout [35:37] 这个页面 [35:38] 赶紧赶紧 [35:38] 用什么字体等等 [35:40] 来说一下我的哈哈哈 [35:42] 你这个比刚才的好一些 [35:45] 中文有一些断句的规则 [35:48] 比如说你看上面那个title [35:50] 你可能要加一个word break的点 [35:53] 让它折一下 [35:54] 哦!不是换行是折一下 [35:56] 对它是一个word break的一个marker [35:59] 然后浏览器 [36:00] 可以用这个来做中文或日文的断句 [36:03] 因为我们不用空格 哦! [36:04] 然后CSS它也有一个property [36:07] 英文也有同样的问题 [36:08] 比如说有一个词很长 [36:11] 然后最后只剩一个单词 [36:12] 它就很丑 [36:13] 你可以设一个 [36:14] 我忘了叫什么 [36:15] 但是它叫pretty有一个property [36:17] 然后他就会找 [36:19] 大概我可能要在这拆 [36:21] 在这里折行 [36:22] 这种东西 [36:22] 就是很多很多这种细节 [36:24] 很重要这个很重要 [36:26] 就比如说你每一个heading [36:29] 这些东西之间的那个层级 [36:31] 甚至像你看你这里有一些badge [36:33] 有一些按钮 [36:34] 这些东西 [36:35] 你怎么去展示这个图 [36:37] 他怎么被crop [36:38] 里面有啥 [36:39] 等等等等等 [36:40] 都是细节 [36:41] 如果你看不到 [36:42] 他就不在 [36:43] 如果你看得到他就在 [36:45] 设计师能看到 [36:46] 普通人可能看不到 [36:48] 但普通人能感觉到 [36:49] 他能感觉到 [36:50] 说啊这个东西很像音乐 [36:52] 它是有韵律在的 [36:54] 它有些规则 [36:55] 然后他有的时候会大 [36:56] 有的时候会小 [36:57] 但是他在这个交叉的之间 [37:00] 他是有一些规则的 [37:01] 让你感觉舒服的 [37:03] 他有一些网格的规则 [37:05] 有些字级(type scale)的规则 [37:07] 空间之间的规则 [37:08] 颜色使用的规则 [37:10] 这就是Graphic design [38:33] 我发现有这样一个问题啊 [38:34] 一般一个人很强的点 [38:36] 他自己是意识不到的 [38:37] 好像那个故事就是费曼在小时候 [38:39] 十几岁的时候 [38:40] 突然发现不是所有人都懂高等数学啊 [38:42] 他以为世界上所有人都知道高等数学 [38:44] 这个事情 [38:45] 在你是一个superpower或者长处的时候 [38:47] 你take for granted [38:49] 你不知道为什么别人没有 [38:50] 刚刚虽然我们的对话里边你其实没有 [38:52] 强调taste [38:53] 或者说是这种审美 [38:54] 可是其实你是非常强的审美体感 [38:57] 你看到了以后 [38:58] 你就直接看到 [38:59] 或者他自然而然就给你带来不爽 [39:00] 对 [39:01] 我有肢体的不爽或难受 [39:04] 在我用或看到一些不舒服的东西 [39:07] 当时印象很深啊 [39:08] 我们那个公司做了一个骰子 [39:10] 然后我第一反应就是 [39:11] 去看那个骰子的三个面 [39:13] 对不对 [39:13] 因为你要两边加起来是7 [39:15] 当那个做出来po了以后 [39:16] 其他的数据科学家都在下面留言说对 [39:18] 你们这个加起来是对的 [39:20] 哈哈哈 [39:21] 它听起来仍然是设计师在新时代 [39:25] 非常重要的点对吧 [39:27] 甚至说这些东西一直存在 [39:30] 像我们在网站上网页上这些东西 [39:34] 这些规则 [39:35] 跟之前可能文字排印铅字时代甚至的东西 [39:39] 很多都是一样的 [39:40] 可能文字之前原始人的部落里边 [39:43] 估计他们也是有那种美感在的 [39:44] 对可能大家在找的 [39:46] 就是有一种人类共通的 [39:49] 觉得这个东西美的这么一个圈 [39:52] 一个限制或一个configuration [39:55] 当这些东西被放在一起fit成这样 [39:58] 感觉他是舒服的 [40:00] 他是美的 [40:01] 他是简单的 [40:02] 他是接近于他本人的样子的 [40:05] 然后我们在找的就是这个 [40:07] 听起来这个美是有共识的 [40:09] 我们经常以为美是主观的审美 [40:12] 但是其实不完全 [40:13] 不完全它既有subjective的东西 [40:17] 它又有共通的东西 [40:19] 你怎么能判断出来 [40:20] 一个人具不具备审美 [40:22] 最简单的就是 [40:22] 从他做的东西里能看出来 [40:25] 或者说有些人他能够观察的到 [40:27] 他能够讲出来 [40:29] 但他可能做不了 [40:31] 或他之前可能有一些困难去做这些事情 [40:33] 所以很多时候他是你在乎 [40:36] 你有发现这个细节 [40:38] 这个东西底层的逻辑 [40:40] 可能有一种更美的 [40:42] 更简单的架构或构造 [40:46] 你看得到他 [40:47] 你更能感觉得到他 [40:49] 你想试一试 [40:50] 看看他能不能成真 [40:52] 你怎么知道你对更美的感觉是对的 [40:56] 就是要感觉啊 [40:57] 你要去玩它 [40:58] 你要去用它 [40:59] 你要去做它 [41:00] 你要去想它 [41:01] 你要去想很多不同版本的这个东西 [41:05] 感觉哪种是最简单最美的 [41:09] 但这个东西也是会变 [41:11] 而且绝对的简单 [41:13] 绝对的美 [41:14] 完美的solution [41:15] 我们应该是没有办法找到 [41:17] 就是因为我们看不见所有 [41:19] 我们也无法理解所有的细节 [41:22] 但我觉得 [41:22] 如果你能逃出你的这个 [41:25] 被限制的这个小框 [41:27] 比如说在有些公司 [41:28] 他会说你是视觉设计师二级 [41:31] 你的工作就是在Figma里画按钮 [41:34] 它应该长啥样 [41:36] 这可能是在它那个context设计是什么 [41:40] 但在我们这边 [41:41] 或者说你如果真正想要去做软件 [41:43] 它其实视觉层面也很重要 [41:46] 但它只是一层 [41:48] 它的概念 [41:48] 它的逻辑 [41:50] 它的扩展性 [41:51] 怎么去进化它 [41:53] 可能更加重要 [41:54] 就是你不是在搓像素 [41:57] 而是你在进化 [41:58] 这些概念 [41:59] 它怎么发展 [42:00] 它每一步变成什么样子 [42:02] 它之间的结构有没有变得更简单 [42:05] 每一个概念 [42:06] 有没有发挥到它最可能的样子 [42:09] 最大的possibilities [42:11] 有哪一些东西堵住了 [42:13] 你要把它解开 [42:14] 有哪一些东西本该是一样的 [42:17] 但它现在不一样 [42:18] 你需要把它unify [42:20] 你需要把它简化 [42:21] 很少时候可能你要真的删掉某些东西 [42:24] 但有的时候也要做这件事 [42:26] 你是怎么样子得到这种本质的思考的 [42:29] 因为软件本身它就是一个抽象系统 [42:33] 人设计的 [42:35] 所以在这个框架里面反而还蛮容易的 [42:39] 你需要做的就是 [42:40] 你不能卡在某一个层里面 [42:43] 你要去试着理解这整个东西 [42:45] 它怎么运作 [42:46] 它是怎么被架构出来 [42:48] 它每一层之间的关系是什么样子 [42:51] 用户想要什么 [42:52] 公司想要什么 [42:54] 系统本身想要什么 [42:56] 有很多人他可能根本不会去想所有 [42:58] 或很少会有这样的 [43:01] 除了大家不会去想 [43:03] 还有两个问题 [43:04] 大家不知道用户在想什么 [43:05] 另外一个就是 [43:06] 大家不知道自己想的对不对 [43:09] 你好像提到过 [43:10] 就是你的Bio major在这里边有帮助 [43:12] 因为Bio本身 [43:13] 它就是你在去观察自然系统 [43:16] 被怎么设计 [43:17] 很多很多共通的点 [43:19] 然后你去观察这些自然系统 [43:21] 你都会发现它们本身都很简单 [43:24] 但它就是这些简单的构成的部分 [43:26] 之间的关系 [43:27] 和可能有些什么feedback loop [43:30] 有些什么input [43:31] 然后底层可能都是什么AAC什么G拼出来的 [43:36] 一层又一层 [43:36] 又一层又一层又一层 [43:38] 然后你在每一层你可以去观察它本身 [43:41] 这一层里边这个系统的架构是什么 [43:44] 你也可以往下看 [43:45] 你也可以往上看 [43:46] 你也可以看整个全部 [43:48] 它是同一个东西 [43:49] 就是一层一层一层的概念 [43:52] 现实世界可能是物理的概念 [43:54] 生物的概念 [43:55] 在软件世界就是我们自己造出的概念 [43:59] 我觉得这种知识的压缩吧 [44:01] 或者找到底层同样的规律 [44:03] 是一个非常非常重要的能力 [44:06] 不管是一个designer也好还是一个人 [44:08] 他想拥有你这样的 [44:09] 看到问题本质的能力 [44:11] 找到规律 [44:11] 或者说是看穿这个表象 [44:13] 底层的it's the same thing [44:15] 这个能力 [44:16] 你觉得你是什么东西启发了你 [44:19] 怎么获得 [44:20] 我觉得对于我自己而言 [44:22] 就是一直在做这件事 [44:24] 不同的平台 [44:26] 不同的技术 [44:27] 不同的时间段 [44:29] 最后发现哦都一样 [44:31] 什么时候发现的 [44:32] 大概是我可能做Stripe的时候 [44:35] 在之前我可能还是比较像大家的想法 [44:38] 就是以用户为中心的设计 [44:41] 只做一个我自己想要的东西 [44:44] 只做一个哎 [44:45] 这一群人想要的东西 [44:47] 然后你在做着做着做这些东西 [44:49] 每一次做不同的面向的内容或应用 [44:54] whatever [44:55] 之后你发现哎 [44:55] 它的底层架构都长得一样 [44:57] 回忆一下在Stripe的具体的情况 [45:00] 你是什么东西piu~ [45:03] 在Stripe之前我在Asana [45:05] Asana就是tasks and projects [45:08] 然后tasks and projects [45:09] 它也可以有不同组成的样子 [45:11] 它也可以有 [45:12] 比如说你在这边啊有所有的project [45:14] 然后在右面你有一个列表 [45:16] 有的时候它可能是一个看板 [45:18] 然后它底层就有一个API [45:21] 前面有个前端 [45:22] 显示一些内容 [45:24] 去you know CRUD (Create, read, update and delete) [45:26] 在Stripe it's the same thing [45:28] 你进到Stripe dashboard [45:29] 它只是这些旁边的 [45:31] 这个sidebar的那些名词变了而已 [45:34] 你看的这个object不一样 [45:36] 但你还是用这些列表来看 [45:38] 你还是点一个row进去 [45:40] beng~有一些什么detail page [45:41] 你可以看到它的那些properties [45:43] 你可以看到一些文字内容 [45:45] 你可以看到它的activity [45:46] 你可能就要去搜索 [45:48] 你可能要去管理不同的notification [45:50] 我需要做什么 [45:52] 我可能要respond这些regulatory request [45:54] 它是什么 [45:56] 它就是一个to do [45:57] 它就是一个up-pin一下 [45:59] 你有一个通知 [46:00] 在Asana也有 [46:02] 在Stripe也有 [46:03] 或者甚至说 [46:04] 你去看你的手机里边这些应用 [46:06] 它每一个东西都差不多一样 [46:08] 要么是一个列表 [46:09] 要么是一个什么Tab [46:11] 什么都一样 [46:12] 只是这些名词这些概念不同 [46:14] 它的载体不同 [46:15] 它的内容不同 [46:16] 所以软件本质它可能真的就是一样 [46:20] 信息的转变和passing around和展示 [46:25] input output [46:26] 这样子想的话 [46:27] 你就会发现说啊 [46:29] 为什么还要做同样的东西 [46:31] 每一个大的东西都做了 [46:33] 但我只做一个用例 [46:35] 比如团队项目管理 [46:38] 支付billing whatever [46:40] 但它底层都是啊 [46:41] 这边有个API [46:42] 要有什么很high throughput passing messages around [46:46] 我一个OpenAI, Anthropic AI 的model的API [46:50] 跟一个Stripe的API [46:52] it's not that different [46:53] 底下可能要跑的这些东西 [46:55] 有一些层面它也not that different [46:57] 只不过有一边是我在连银行 [46:59] 我在连卡组织(如Visa,银联) [47:01] 我有一边我在连模型 [47:02] 所以基本上就是 [47:03] CRUD(Create, read, update and delete)model [47:05] input output [47:06] 加上增删查改这些东西 [47:08] 对或者说它有一些展示的东西 [47:11] 有一些动作 [47:12] 有一些概念的分割 [47:14] 有一些概念之间的关系 [47:16] 组织, hierarchy, right? [47:19] 或者说你做SaaS [47:20] 自然而然你有一个user [47:22] 有一个group [47:23] 有一个team [47:24] 有一个organization [47:25] ...... [47:26] 因为人类是这样子组织的 [47:28] 他这个概念就是自然存在的 [47:31] 或者说Stripe [47:32] 他可能是因为跟现实世界 [47:34] 支付系统绑定 [47:36] 他已经有一些现有的概念 [47:38] 所以这些东西你去不掉 [47:39] 我觉得你的这个design philosophy吧 [47:42] 或者你刚才这个本质的观察 [47:45] 非常深刻的影响了Notion [47:46] 哈哈我也看了你在 Notion 的 work pattern [47:48] 然后你做的那些东西 [47:50] 确实有一种创造了新的units [47:54] 和它们之间的交互方式的感觉 [47:56] 也没有新 [47:57] 都是老的东西 [47:58] 就是把这些东西包装成 [48:00] 可能普通人能够更加接受 [48:02] 能够懂的状态 [48:04] 但你在这个同时 [48:06] 你给这些人发现哦 [48:07] 我还可以这样 [48:08] 我可以自己去搭建这个东西 [48:10] 我可以去tweak我的这个tool长啥样 [48:13] 你抽象AI的units [48:16] 交互方式和使用方式的话 [48:19] 你会怎么样子去抽象 [48:20] AI其实更简单 [48:22] 它真的就是it's all agents [48:25] that's it [48:25] 但从这之间你可以衍生出很多东西 [48:28] 比如说agents [48:29] 他们有什么 [48:30] 他们有模型 [48:31] 他们有tools [48:32] 他们有一些context [48:33] 我需要有一些access [48:35] 我可以去搜你的东西 [48:37] 你的脑子里的东西 [48:38] 你团队里的东西 [48:39] and that's pretty much it [48:41] 剩下的就是你怎么把它包起来 [48:43] 它长什么样子 [48:44] 在不同的surface [48:45] 在不同的platform [48:46] 有的时候你可能坐在电脑上 [48:48] 你在跟它聊天 [48:49] 你看着它做东西 [48:51] 有的时候可能是哎 [48:52] 我就想要睡觉之前 [48:54] 我要让它做一些事情 [48:55] 让他自己来 [48:56] 有的时候可能他自己发现说哎 [48:59] 这里有个pr做完了 [49:00] 我要check一下 [49:01] 我要找bug [49:02] 甚至说一个agent是什么它其实就是一些prompt [49:05] 粘合起来发进去 [49:07] 有这个历史 [49:08] 有一些工具 [49:10] 没了 [49:10] 但你可以把它包成各种东西 [49:12] 而且它很泛用 [49:14] 正好 [49:14] 这有一个我觉得还挺重要的问题 [49:16] 在没有企业级的外部验证 [49:18] infrastructure的时候 [49:19] Cursor作为一个产品 [49:20] 要怎么设计一个信任闭环 [49:22] 这个场景下呢 [49:23] 就是说Cursor在电脑前面 [49:26] 你去使用的时候 [49:27] 这是我的co-constructor [49:28] 他是一个很厉害的程序员 [49:29] 他是有办法通过透明度 [49:32] 对Cursor的结果产生信任的 [49:34] 但是他如果不在电脑前面的话 [49:37] 在移动场景里边使用Cursor的时候 [49:39] 他发现 [49:39] 他是没有办法保证这个信任程度的 [49:42] 然后它举了三个具体的例子 [49:43] 比如说手机上用web [49:45] 但是在电脑上他是要看的 [49:47] 第二个呢 [49:47] 也是要去验证 [49:48] 就是他的理念是我不要去review代码 [49:51] 而是我要去验证结果 [49:52] 且我有足够好的状态的信息 [49:55] 能帮助我验证 [49:56] Cursor是怎么想这件事情 [49:58] 给一个什么样的solution [49:59] 去替代CI/CD和staging [50:01] 对用户的透明度和信任 [50:03] 我们现在在大概做两件事 [50:05] 有一个是会有这些agent [50:08] 它可以自己跑 [50:09] 比如说你可以定期让它跑 [50:11] 在某一些特定的项目或scope上 [50:14] 你也可以 [50:15] 比如说啊 [50:16] 每次有一个pull request让它跑 [50:18] 你可以用agent [50:19] 以及你给这些agent工具 [50:21] 让他去帮你做这些 [50:23] 比如说后期的一些验证 [50:25] 然后在Web agent [50:26] 我们现在在做的是给他一个 [50:29] 甚至他以前就是 [50:30] 就是他有一个完整的VM环境 [50:32] 有一个沙盒 [50:33] 它可以run Cursor [50:35] 它也可以run你的代码 [50:36] 它可以有一个browser [50:38] 它也可以有一个桌面 [50:39] 有自己的terminal...... [50:41] 当它有了这些东西 [50:43] 它可以跑你的代码的时候 [50:44] 它同时可以去 [50:46] 比如说你在做一个前端的东西 [50:48] 他可能要点一下 [50:49] 看看这个东西work不work [50:51] 他可能是一个后端的东西 [50:52] 他可能要去写一些tests [50:54] 我来去verify [50:55] 你原来这个intent和他的这个input, output能不能match [50:59] 然后他可以自己做这件事 [51:01] 然后这些agent [51:02] 他可能会做更多更高阶的事 [51:05] 比如他可能有一个更大的项目 [51:07] 他可以把它拆成段 [51:09] 每一段可能有一些task他要去做 [51:12] 做完了时候他可能会去自己去verify [51:15] 哎我这一部分有没有做完 [51:17] 做完了很好 [51:19] 我给你用户发一个小视频 [51:21] 或者说我给你一个this is what I did 12345 [51:25] 我改了这些 [51:26] 这是他的截图 [51:27] 你看看 [51:28] 你如果OK [51:30] 我继续 [51:30] 或者说他可能甚至有一些东西 [51:32] 他不用让你等 [51:33] 你还可以回来说啊 [51:35] 这一块没做好 [51:36] 你要改一改 [51:37] 然后他可能只更新那一块 [51:39] 你的philosophy是 [51:40] 尽量一开始想清楚 [51:42] 并让agent少犯错 [51:44] 还是犯错没有关系 [51:46] 但是我们有更好的机制去让agent 可以 rollback [51:49] 现在的话 [51:51] 很多时候就是我们所有的flow [51:53] 它都是optimize [51:54] 你在做一个线性的东西 [51:56] 所以说当它这个东西有上下有dependency [51:59] 如果你没有办法在中间 [52:01] 你可以interject说啊 [52:03] 你这里做错了 [52:03] 你让他做一个很长的东西 [52:05] 他可能很难做到你想要的样子 [52:08] 所以说如果 [52:09] 我要让他长期的去跑一个比较大的东西 [52:12] 我还真的得前期把它拆清楚 [52:15] 或agent会帮我把它拆清楚给我看一下 [52:18] 我也可以不看 [52:19] 我可以继续让他做 [52:20] 但如果我看了 [52:21] 我可以在这边说啊 [52:22] 我要这个 [52:23] 我不要这个 [52:24] 我可以加一些细节进来 [52:25] 大致的想法是这些agent他也可以 [52:28] 或你也可以在这个大的plan里面 [52:30] 插一些checkpoint [52:32] 比如说啊 [52:32] 做完这个phase [52:34] 我要给用户发个信息 [52:36] 还真得问一下你觉得这个OK不OK [52:38] 我可不可以继续 [52:39] 就他可能会变得更像 [52:41] 我一个PM和一个Engineer之间的关系 [52:44] 的这个交互 [52:45] 而不是说我坐在这个电脑前面 [52:48] 看这个东西一直在 [52:51] 他就会变 [52:51] 他这个整个交互的模态会变 [52:53] 当我们的这个架构能够支援(support/支持) [52:56] 可能有agent [52:56] 他可以去控制其他的agent [52:58] 可以再去跑更多的底下的项目的时候 [53:01] 你自然而然的就更高阶层 [53:03] 去跟他们交互 [53:05] 你不用在底下等了 [53:06] 然后他们去verify [53:08] 就是这个东西其实是一个prerequisite [53:10] 如果他没有办法告诉你 [53:12] 这个东西的结果 [53:13] 做一个长的东西真的很容易跑偏的 [53:16] 是的 他自己的文章也有说 [53:18] 如果你没有办法定义结果的话 [53:20] 你不管看结果还是看过程都会出问题 [53:22] 对很多时候就是你看一些局限的 [53:25] 比如说我要做这么一个feature [53:27] 我要做这么一个UI [53:28] 真的就是有不同的解 [53:30] 没有一个是最佳的 [53:31] 正好 [53:32] 这个就把我们刚才那个问题收一下 [53:34] 你刚刚说没那么重要 [53:36] 或者说都一样 [53:37] 但是这些具体的trade off [53:39] 你在做product design的选择 [53:41] 看起来是重要的 [53:42] 是 [53:42] 或者说这就会非常影响这个产品最后的形态 [53:45] 虽然他们底层都是一样的 [53:47] 你如果看一些问题 [53:49] 局限在啊只看这一块的UI [53:52] 或者只看某一部分 [53:54] 它真的就是有很多不同的解 [53:56] 但你要看这个东西 [53:57] in relation to the whole system [53:59] 还有它之前有过的pattern [54:02] 已有的规则 [54:03] 他可能真的没有那么多解 [54:05] 然后有的时候是你在做这个新的东西的时候 [54:08] 你发现哎 [54:09] 现有的系统不够支援(support/支持)你想做的东西 [54:12] 我要建一个新的东西 [54:14] 把它插到正确的部分 [54:15] 还是我要改一个现有的东西 [54:17] 还是我要改n个现有的东西 [54:19] 把它们整合起来 [54:21] 随着你心中的那个抽象的概念 [54:24] 变成具体的产品 [54:25] 其实你面对的constraint也越来越多 [54:27] 你面临的选择越来越少 [54:29] 但是有的时候也有好的设计师 [54:30] 可以更好的打破这些constraint去 [54:33] 对就是说很容易添加东西 [54:36] 但你要想清楚你要把这东西加在哪 [54:39] 而且有很多时候 [54:40] 如果你在忽视你现有的系统 [54:43] 你只想添加这么一个东西 [54:45] 很有可能你加了一个东西 [54:47] 但以前可能也有这么一个东西 [54:50] 或者减损了其他的很多东西 [54:51] 对或者说你加了这个东西在这里 [54:54] 反而让这个东西变得不balance [54:57] 它有点偏了 [54:58] 比如说有很多团队 [54:59] 它可能会optimize自己的KR [55:02] 自己的这些metric [55:03] 说啊我这个功能一定要被discover [55:06] 一定要很多人来点 [55:08] 这时候大家就会争先抢后 [55:10] 看看这个看看这个看看这个...... [55:11] 按钮按钮按钮按钮...... [55:13] 但最后他可能结果就是哎 [55:15] 这人进来还真不知道我要干嘛 [55:18] Facebook就是这样嘛 [55:19] 哈哈哈 [55:20] 所以很多时候是你会去看这个公司 [55:23] 这个团体 [55:25] 他们的这个逻辑或philosophy是什么 [55:28] 他们更加在乎啊 [55:30] 我要grow!grow! numbers [55:32] 我要扩张 [55:33] 还是我要真的 [55:34] 就是做这么一个最好的系统出来 [55:37] 它能够做更多的事 [55:39] 再同时你需要克制 [55:41] 或者说它不是克制 [55:43] 而是它一直是这样子 [55:44] 有的时候它会diverge [55:45] 但你有的时候你要把它收回来 [55:48] 你要把它清理干净 [55:49] 好的基本上问题都问完了 [55:51] 你有没有什么 [55:52] (对)中国designer同学们想说的话 [55:54] 就是开始做事 [55:56] 用Cursor用代码玩一玩 [55:58] 不要觉得啊 [56:00] 我第一次放进去 [56:01] 它就会做出我想要的样子 [56:03] 你招designer的bar是什么样子 [56:05] 你心中理想的一个candidate [56:07] 最基本的是 [56:08] 它视觉层面的东西没有任何问题 [56:11] 他有眼睛可以发现细节 [56:14] 同时他有技能可以做到这个韵律 [56:17] 做到这个东西 [56:18] 至少在视觉层面是OK的 [56:21] 这是最低的bar [56:23] 然后就是其他的东西 [56:24] 比如说有些人 [56:25] 他可能更喜欢在这些概念层面 [56:28] 去想事情 [56:29] 有些人他可能是更加专注于某一些 [56:32] 更深的一些层面 [56:34] 他可能是怎么去把这个用户的flow [56:37] 调的很顺 [56:38] 他可能是这个按钮 [56:40] 他在设计所有底层 [56:42] 这些设计系统的规则 [56:45] 他可能是一个做动效 [56:47] 做motion很在行的人 [56:50] 他可能是一个特别特别懂技术的人 [56:53] 或者他可能之前训过模型 [56:55] 或者他是一个很年轻的vibe coder [56:58] 你会去发现哎 [56:59] 在有一个基准之上 [57:01] 还有一些不同 [57:02] 我招的人 [57:03] 我希望他们都是不同的背景 [57:05] 不同的国家 [57:06] 不同的样子的人 [57:08] 不同的intuition [57:10] 但我们能把大家align在一个方向 [57:14] 大家想要做同样的事 [57:16] 你不需要 [57:17] 大家像你的这种architectural [57:19] 或者system thinking [57:20] 不是所有人都需要 [57:22] 或者说这个东西其实太多了 [57:25] 可能反而不好 [57:27] 就是系统和系统之间打架 [57:29] 很容易会僵住 [57:31] 我希望我们最后做的东西还是真的 [57:34] 就是每一个设计师 [57:35] 每一个做产品的人 [57:36] 他能把整个东西灌在他的脑子里 [57:39] 这样子他还是简单的 [57:40] 当他没有办法这样子的时候 [57:42] 他真的就复杂了 [57:44] 嗯 [57:45] 我刚打断了你一下 [57:46] 不好意思啊 [57:47] 对大家的建议是 [57:47] 除了build以外还有什么吗 [57:49] 去生活去发现细节 [57:52] 去看去体会 [57:54] 研究类似的东西和系统 [57:58] 在一些完全不相干的领域 [58:00] 推不推荐大家学生物 [58:02] 哈哈哈我觉得看一看维基百科也行 [58:05] 或者是问一问GPT [58:07] 诶~有一些世界怎么构造的 [58:10] 你会发现 [58:11] 诶~ [58:11] 跟我可能设计的这个东西也没啥两样 [58:13] 然后还有就是看一下过去的人 [58:16] 做过的事和想过的东西 [58:19] 很多东西我们现在在做的 [58:20] 其实别人都想过了 [58:22] 或者说大家一直在做同样的东西 [58:24] 很多时候你可以从以前找到灵感 [58:27] 或他可以让你看更清楚 [58:29] 这些东西的共性 [58:30] 和他们怎么被发展 [58:32] 就是了解更多这个专业的领域 [58:34] 做软件的领域 [58:35] 或做电脑东西的领域 [58:37] 或其他领域 [58:38] 比如做音乐, 画画, 摄影, 建筑, 生物有很多共性 [58:44] 我听到的有一个是 [58:45] 用一个动态和进化的视角去看设计 [58:48] 对你把它当成一个living life form [58:51] 它不是一个僵硬的东西 [58:53] 它不是说啊 [58:54] 我最后做的这个Figma最后版本 [58:56] 它就是这样 [58:57] 它不是它永远不是 [58:59] 你这个Figma [59:00] 这个图画完了的那一刻 [59:02] 它就不是真的了 [59:03] 好的那我们今天到这里 [59:05] 好 感谢