课代表立正
传统专业分工属于技术妥协,产品设计师、产品经理与前端工程师最终将融合成直接操纵代码的构建者。
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)