一张关键画面对应一段完整解说，按原视频时间推进。
主持人：今天很高兴再次邀请 YC 的设计负责人 Eve，聊聊她最近做的几个项目，以及背后的设计过程。先从工具开始，你最近使用的工具和过去六到十二个月有什么不同？
Eve：现在我几乎全部时间都在 Conductor 和 Paper Design 里。通常从头到尾做一个完整项目，这两个工具就够了。寻找视觉灵感时，我会回到 Pinterest，做一个 mood board，或者收集几张能表达项目外观和感觉的图片，但真正工作的地方几乎都是 Conductor。
主持人：你还有一个很特别的工作习惯，你实际上并不打字。
Eve：我不打字。我发现自己的思考速度比打字快得多，而我打字很慢，所以我更愿意和电脑说话。现在我几乎不碰键盘，只要按下功能键，就把想做的功能用一段连续的、还没有整理过的想法说出来，电脑就会开始做，这种感觉很神奇。我用的是 Aqua，它是一家 YC 公司，可以让我直接对电脑说话，并把这些内容全部捕捉下来。
主持人：今天我们会看三个项目：Paxso、SodaZine 和 Startup School。接下来先从最近上线的 Paxso 开始。
截图展示 Conductor 的实际工作界面：上方是 Conductor 页面，下方可见深色终端/工作区窗口。它对应本段“主要在 Conductor 里完成项目”的工具选择，而不是一个抽象的主持人镜头。
主持人：Paxso 是什么？你们想通过它实现什么目标？也请你按实际过程讲讲这个网站和产品是怎么设计出来的。
Eve：Paxso 是我们正在做的一项实验。我们的目标是理解现在人们究竟怎样使用 coding agent 来写代码。变化非常快，每个人都在用自己的方式试验，也在为自己发展技巧，甚至为自己创建 skills。现在这件事仍然像一个黑箱：我们并不知道同行是怎样和 coding agent 一起工作的。
所以，Paxso 想做的是让“这个世界现在是怎样编码的”变得可观察。我们希望从大家的工作记录里理解他们使用的技巧、洞察和关键经验，然后把这些知识分享给更多人。
截图是 Paxso 的橙白色产品页面，页面中央有多张并列的信息卡片，四周保留了视频中的访谈小窗。画面承载的是 Paxso 的产品入口和信息卡设计，而不是单纯展示说话人。
主持人：它会告诉你自己编码时最大的 crash out，对吗？
Eve：对。Paxso 最重要的一点是让人觉得有趣，让人能理解自己的编码模式，也能逐渐理解其他人是怎样编码的。第一版还是单人模式，因为我们还没有收集足够多的 transcripts。等积累更多记录后，就可以告诉你自己的模式和其他 builder 相比是什么样。
我们受 Spotify Wrapped 的启发，想做一个 coding sessions 的 Spotify Wrapped，所以这些卡片会有比较活泼的感觉。我们采访了办公室里的一些人，问他们想从自己的编码 transcripts 里了解什么。YC 合伙人 Jared Friedman 提到，他想知道自己什么时候对 agent 最沮丧、当时说了什么，也就是自己最大的 crash out。这就成了用户上传 transcripts 后可以看到的卡片之一。
主持人：那产品具体怎么工作？
Eve：你只需要在终端运行一条命令，它会拉取 transcripts，读取你的 Codex、Claude 和 Cursor transcripts，然后返回一些关于你的 fun facts。比如你是不是特别偏爱某个模型，大多数 commits 是不是在深夜提交，你是否使用 plan mode，以及你最常使用的 prompt 是什么。
接下来我想展示这个网站本身，让大家知道它为什么这样设计。我希望用户一落到这个页面，就能非常明确地知道我们的动机：这是一个理解世界如何编码的实验。因此页面上有比普通 landing page 更多的文字，并把这些内容放在最前面。
截图展示 Paxso 的橙色信息卡网格，卡片里有多种编码行为和个人模式的结果。它对应“把 Codex、Claude、Cursor transcripts 变成 fun facts 和 Wrapped 式卡片”的可观察产品结果。
Eve：页面一加载就把产品动机放到最前面，这也解释了为什么这里使用了可以 hover 的互动卡片。鼠标移到卡片上时，它会有移动和微交互，这种感觉也成为页面整体气质的一部分。我还希望整个网站有一致的视觉语言，所以开始实验 Paper Design 制作的 shaders。
我很喜欢 Paper 的 diffusing shader，于是让 Claude 把它实现出来。Paper shaders 很好用，也可以通过 Claude Code 使用。我让 Claude 先把 diffusing effect 做出来，但默认的参数不符合我想要的感觉，所以我又给自己做了一个小模型，用来细调这个效果的每一个参数。
我甚至把这个模型公开了。任何人在桌面浏览器打开页面，都可以自己试试。我们在做网站时经常回到这种模式：为自己做一个小工具，用来把很小的细节调到恰好。与其直接生成一个静态图片，把它当成页面边缘或卡片上的图形，不如让它真正活起来，再给自己做一组旋钮和参数。
主持人：我最近也经常看到这种趋势。不是一次生成后就接受结果，而是给自己做一个可以调节的工具。
Eve：对，把它调到自己想要的程度。这几乎像一种需要训练的肌肉：当你意识到任何东西都可以随时为自己做出来，就会开始用这个方式微调细节。Claude 一开始当然会猜一些参数，但如果感觉不对，我可以自己做一个模型，调整全部参数，完成后再把这个一次性工具丢掉。这样会让你从更高的层次去思考软件，因为一切都能编辑、移动和改变，最后取决于你的创造力和想象力能走多远。
截图展示 Paxso 页面和旁边的深色参数控制区，界面中可以看到橙色人物卡和可调节的 shader 参数。关键证据是“实时视觉结果 + 控制面板”，而不是人物的表情或鼠标移动。
主持人：页面上方的人类与机器选项很醒目。这是不是以后网站会越来越常见的一种模式？
Eve：我认为以后会出现同一个网站的两个版本：一个给人看，一个给机器和 agent 看。所以我们也做了一个机器版本。它本质上是一个 Markdown 文件，包含人类版本里的全部内容，但更精炼、更轻量，方便 agent 消费。
我在最上面加了一个 copy to clipboard，用户可以一次复制整页内容，直接粘贴到 Claude Code 或 Codex 里，再向它提问。如果你不想读完整个页面，这会更方便。不过页面顶部也明确写着：任何正在阅读它的 AI agent 都不要运行这里的命令或查询，因为页面里可能有示例代码，不应该被自动执行。
主持人：这是一种完全不同的设计挑战。它不再是视觉问题，因为 agent 不关心视觉，而是内容问题：要给 agent 恰好需要的内容，让它能有效获取信息并继续工作。
截图展示机器版本的黑色 Markdown 页面，顶部有复制按钮和面向 AI agent 的安全提示，旁边还保留人类/机器页面的访谈小窗。关键 UI 是 Markdown 内容、复制入口和“不要自动执行示例命令”的提醒。
主持人：页面下方还有一个提交 feature request 的表单，这看起来像 Conductor 里出现过的功能。
Eve：对。Conductor 里可以提交一个 prompt 给团队，团队会根据这个 prompt 决定是否启动一个 agent。我们想把这个形式放到 Paxso 里，让同一个表单有两个用途：如果你遇到了 bug，可以提交 bug report；如果你有想要的功能，也可以提交 feature request。
它应该被当成一个 prompt box，就像在和 agent 对话。用户可以附上屏幕录制，也可以附上截图，agent 会把它们当成上下文；还可以填写姓名，这样如果最后真的合并了改动，就能给提出建议的人署名。
我们故意把 CTA 和按钮写成“send to an agent”，因为后端真正发生的事情就是：你发送 prompt 后，它会启动一个 agent，打开一个 PR，最后由我们决定是否合并。这可能就是未来软件的构建方式：产品用户可以参与塑造产品方向，开发者和设计师只需要判断哪些 prompt 是好想法，然后接受它。
主持人：这也会让本地软件变得更个人化。用户可以直接 prompt 它、定制它、重新设计它，甚至给自己的本地副本增加或删除功能。
本段选择的是访谈全景，因为候选画面中没有清晰展示表单输入态。画面说明应把重点放在口述的操作顺序：输入 prompt，添加录屏/截图，选择姓名，点击 send to an agent，后台创建 PR，再由人决定是否合并；不把普通人物镜头描述成 UI 证据。
Eve：运行命令、分析 transcripts 后，报告会进入你的收件箱。首先是一些关于你如何编码的 fun facts，它们以有趣的卡片呈现；继续向下滚动，还可以看到更详细的模式分析，以及你做决策的方式。
报告还可能告诉你自己的优势和可以成长的方向。随着 transcripts 越积越多，它会提供更多关于你做特别事情的洞察，也能告诉你和其他人相比有什么不同。长期来看，这种比较会很有价值。
更高层次地说，Paxso 是在把原本很抽象的东西带到台面上。编码 transcripts 很深地留在你的机器里，很多人甚至不知道它们存在，更不知道可以从中做什么。Paxso 想让这些记录浮现出来，让人通过自己的模式理解它们。否则你很难知道自己其实可以分析这些记录，或者可以利用这些记录做别的事情。
主持人：这就像给开发者的工作方式提供反馈。因为这种设计和编码方式还很新，每个人都在摸索，分析这些 transcripts、再把反馈给大家，可以帮助所有人一起进步。
截图展示 Paxso 的橙色报告页面：上方是多张模式卡片，下方是更长的文字/表单区域。它对应“命令运行后生成报告、从卡片逐步展开到模式和成长反馈”的结果状态。
主持人：接下来看看你最近做的另一个项目。SodaZine 是什么？
Eve：Soda 代表 State of the Art。这个想法来自 Gary，他想庆祝旧金山，所以我们想和城市里的不同艺术家、作家一起做一个很有趣的项目，庆祝旧金山。
主持人：先讲讲主题本身是怎么设计的，再讲网站，因为你在制作网站时使用了很特别的过程。
Eve：这里说的 zine 是真正的实体 zine。对 zine 的平面设计、封面和其中的一些艺术作品，我们有意决定不使用 AI。我们回到了几年前的做法，用 Illustrator 来做。你一眼看这些作品，就能感觉到它们非常有意图、非常细致，也能看出有人花了几个月去完成它们。
截图展示黑白的 SodaZine 实体/封面视觉：密集的旧金山城市插画和文字构成圆形构图，画面强调人工绘制、实体出版物和高细节视觉，而不是生成式界面。
主持人：你从实体 zine 转向网站时，目标是什么？
Eve：我们每一次讨论这个 zine 的会议都做了录音，然后把每一次会议的 transcript 全部倒进这个项目的 Solve.md 文件里。我希望把它当成这个项目的 source of truth，也就是一个详尽的 glossary，包含尽可能多的上下文，供以后所有项目决策使用。
主持人：很多人可能会和利益相关者开会、思考项目，最后只写下几条高层结论。你的建议是不要只做这个，而是把所有内容记录下来，直接放进 Solve.md，再以它为基础继续做后面的事情。
Eve：对。我认为这就是未来。我们还为项目写了一份 manifesto，也一起放进 Solve.md，因为给 agent 的上下文越多越好。这个文件本身很简单，就是一个 Markdown 文件，但它包含了项目需要的全部背景。
你也可以把 MD 文件拆开，建立层级：可以有专门讲设计的 design.md、专门讲 manifesto 的文件，也可以为 zine 的文字内容单独建文件。现在还没有哪一种组织方式被证明绝对更好，我们都在试验。但总体原则是：尽可能捕捉信息，并把这些信息分享给 agent，这会成为未来构建软件的最好方式。
截图展示项目资料的页面：左侧可见旧金山地图/项目视觉，右侧是连续的文字上下文。它对应“把大量会议记录、设计意图和项目资料汇入可供 agent 使用的上下文”，而不是把画面误读成最终公开网站。
主持人：下一步是什么？
Eve：我想快速迭代，尽可能快地看到网站的多种可能，所以先从 Pinterest 的 mood board 开始。我收集了一些喜欢的图片，想要的感觉比较朴素、黑白，也来自之前和同事、朋友讨论项目时形成的方向。
看着这个 mood board，我的第一个想法是：如果能直接根据它一次生成很多个网站版本就好了。于是我下载了一批图片，把它们和想在网站上展示的内容一起交给 Claude。我告诉 Claude 我想要的 vibe、网站内容，以及希望它从这些视觉方向中吸收什么，然后让它 one-shot 一个网站。我一共这样做了 16 次。
这又回到了前面提到的“训练肌肉”：现在我们可以为自己做任何东西。我想要一个很容易浏览这些迭代版本的工具，于是做了一个单页，把所有版本集合起来。看到这些版本后，我又想把真正喜欢的版本固定在最上面，所以又 one-shot 了一个 pin 功能，被固定的版本会自动出现在顶部，不会被后面的迭代淹没。
截图展示 Pinterest 风格的 mood board，大量黑白网页、排版和视觉参考以网格排列。它是后续 16 次网站生成的输入材料，不是最终网站；关键是素材收集状态和可供 Claude 参考的视觉方向。
主持人：先确认一下，这不是公开网站上的页面，而是你自己做的 glossary，用来一次生成和比较很多网站想法，对吗？
Eve：对，它是给我自己用的。它使用真实内容，也使用来自 Pinterest 的真实设计方向，让我可以探索整体网站应该是什么样。
主持人：你还为它做了书签系统。这是 disposable design 的很好例子：可以非常快地做出来，跳过一批版本，看到“不喜欢、不喜欢、这个喜欢”，再把其中一个版本的部分内容拿出来，和另一个版本拼到一起，整个过程会快很多。
Eve：对。我在 Solve.md 里放了 zine 中不同文章的标题，这也是我想在网站第一版里突出展示的内容。因为这些页面是 one-shot 出来的，所以我并不期待它们立刻有极高的 craft；它们首先是探索工具，用来回答一个很具体的问题：文章标题是不是应该这样排？这个版本的层次和内容感觉对不对？
本段保留访谈全景，因为画面主要是在解释内部工具的用途，没有一张足够清晰的界面状态能替代完整口述。重点是把它说明成“真实内容驱动的内部试验台”，而不是公开产品页面。
Eve：有一个版本让我特别喜欢，因为里面同时有很多有意思的东西：字体很有特点，里面还出现了我们为 zine 举办 launch party 的日期，因为这个日期也被写进了 Solve.md。
当你给 agent 足够多的信息，再把生成的权力完整交给它，它会加入一些你原本没有想到的东西。对我们来说，这几乎像一个 AGI moment：它好像看到了我们前面没有看到的可能性，还可以帮助我们 brainstorm，提出非常原创的想法。
这里最让我惊喜的是，它自然地放进了派对的时间；因为这是一个实体主题，它还加了 barcode，仿佛这是一个可以在不同地方购买的实体 zine。上下文不只是让 agent“知道项目是什么”，还让它能把项目里已经存在的事实重新组合成新的设计表达。
主持人：这就是为什么把更多上下文交给 agent 会带来意外结果。它不是只按照一个简短 prompt 套模板，而是可以利用你已经记录下来的内容。
截图展示黑底的 SodaZine 设计变体：中央是竖排的 “SOTA / STATE” 字样，四周是较小的项目文字和版式元素。这个状态对应“从 Solve.md 中读取文章、日期和主题后，生成带有意外信息组合的探索稿”。
Eve：我还想试试，如果网站里真的有一张旧金山的互动地图会怎样。于是出现了这个版本：它会展示一张可以操作的旧金山地图，用户可以在城市里移动，而这张地图完整地藏在刚才 one-shot 出来的迭代里。
这种程度的 one-shot design，只有在你给 agent 非常详细、非常有意图的 design.md 或 Solve.md 时才容易做到。你需要明确告诉它想要什么 vibe；如果能提供截图和 mood board，就把它们也放进去。你给 agent 的信息越多，它越能理解你的目标，最后越可能用漂亮的方式给你惊喜。
主持人：很多人用 Claude 或 Codex 说“帮我设计一个东西”，结果会得到很通用的设计。
Eve：打破这种通用感其实很简单：去 Pinterest、Google Images 或自己喜欢的网站里找参考，把它们收藏下来，然后交给 agent。你甚至不一定知道自己为什么喜欢一个网站，也没关系。把它给 agent，它会分析这些参考之间的共同点，告诉你真正反复喜欢的视觉模式。
截图是深色背景上的旧金山地图状态，能看到道路线条和地图上的位置点。它是一个完成后的交互地图状态，适合说明“从参考和上下文生成一个可探索的产品结果”，而不是选择地图加载前或鼠标移动中的过渡帧。
Eve：我还喜欢另一个探索版本。它把所有文章标题都展示出来，每篇文章在 hover 时都有很有意思的效果；用户探索不同文章时，每篇文章还会出现相应的图片和视觉素材。
现在 agent 可以浏览网页、抓取图片、寻找动画，然后把这些东西呈现出来。你如果觉得某个地方需要调整，可以直接通过 Aqua 说出来，让它改变颜色，或者改变整体感觉。于是你和 agent 之间形成了非常快、非常有反馈感的循环：你看到一个版本，马上说出想改的地方，它再把新的结果放回来。
这也是为什么参考素材重要。你喜欢某个网站，不一定要先解释清楚自己喜欢它的原因；把网站交给 agent，它可以跨多个参考分析出你的共同偏好，再把这些偏好带入实际页面。
截图展示黑白的文章标题版式，标题以大号衬线字散布在页面上，周围有旧金山和文章主题相关的文字信息。它对应“根据参考形成一个具体的排版/视觉方向”，并且比纯人物镜头更能说明设计结果。
Eve：最后我们做成的是一张完全互动的旧金山地图。我们想让人们在地图上放置小故事的 pin，分享自己在城市里遇到的事情、偶然经历，或者一些令人愉快的微小记忆。
我们决定让提交完全匿名。用户只需要选择一个地点，再告诉我们发生了什么。这样，人们可以分享一些出人意料、漂亮、私密而且带有自我反思的故事。我们还做了一个很有趣的方式，让大家浏览这些提交内容；它回到了项目的核心：理解人们如何体验旧金山，以及大家可以从哪些城市里的小瞬间中获得启发。
除此之外，我们做了活动派对的数字海报，也为这个 zine 建了 Substack，并在网站里加入入口，用户可以跳转去读文章。如果你看到一条很喜欢的 noticing 或 submission，可以点击 share。它会把这条内容下载成 PNG，同时输出和故事地点关联的 cardinal coordinates，也会告诉你它在哪条街上，方便分享给朋友。
截图展示一张 SodaZine 的故事卡：白色背景上有一段具体的城市记忆文字，顶部有投稿者/地点相关信息和地图视觉。它是“完成后的可分享结果”，对应从选择地点、匿名提交到下载 PNG 的最后一步。
主持人：你还为 Startup School 做了很多很有意思的工作。能不能展示一下为活动和社交媒体准备的视觉资产？
Eve：Startup School 是我们一年中最大的活动。今年会在旧金山 Chase Center 举办，预计有六千多人从世界各地来到这里，体验旧金山，也体验大家一起用 AI 构建的社区感。
今年的演讲人阵容很强，有 Jensen、Sam Altman、Alexander Wang、Jeff Dean，还有很多其他人。我们需要一种很酷的方式把这组嘉宾阵容介绍给外界。
从更广的设计方向看，我们希望它有 YC 的感觉，但又是 YC 的一个变体。所以我们继续使用橙色，但尝试不同的橙色渐变；后来发现了 Paper shaders，就想用它来做活动视觉的实验。
本段选择双人全景，因为这部分主要是活动背景、嘉宾阵容和视觉方向的口述，候选画面中没有完整的资产界面。关键事实是 Chase Center、超过 6,000 人、嘉宾阵容以及“YC 橙色变体 + Paper shader”的设计目标。
Eve：我一开始其实是在 Figma 里做的，把演讲人的照片放进去，手动移动各个元素。但我知道会有很多演讲人，不想重复移动十二次，所以我觉得直接让 Claude 为自己做一个模板会更简单。它甚至可以从我的收件箱里取演讲人的图片，让整个过程尽可能轻。
这样我也能更方便地试验卡片的视觉感觉。我做了一个小工具，里面列出所有已经确认的演讲人姓名。每确认一个新名字，它就自动生成对应的卡片。我还可以用这个工具快速尝试文字的不同排版方式。
最后我们选择了其中一个版本，但重要的是，这些卡片可以批量生成，而且在视觉上保持兼容。原本要在 Figma 里重复拖动很多次的工作，被一个可复用的模板和姓名列表替代了。
截图展示橙色的 Jensen Huang 演讲人卡片，左侧和右侧能看到页面的姓名列表、预览和控制区域。它是“输入演讲人姓名/照片后生成完成卡片”的结果状态，适合说明批量模板而不是展示手工移动过程。
Eve：shader 使用了 Paper 的运动效果。我们在这里调节 graininess、边缘、rotation、scale 等参数，我可以反复寻找想要的变化，也可以刷新，让它恢复到初始状态。这个小工具本身就是为了帮助我快速找到活动视觉的正确版本。
因为我想保留背景里正在发生的运动，同时让卡片拥有尽可能高的分辨率，所以还需要录制屏幕。我又给自己做了一个小型 screen-recording tool，它会告诉我什么时候开始录、什么时候停止。
我做这个工具的原因是想要一个真正的 loop：发布到 Twitter 或 Instagram 后，动画能非常平滑地循环，看起来像没有尽头的运动。因此我让 Claude 做了一个四秒的完美循环，开始和结束要落在完全相同的像素上，这样首尾衔接时不会跳。
截图展示橙色演讲人卡片和两侧的 shader 控制区，界面可以看到参数旋钮、预览状态和操作按钮。它对应“调参数得到视觉结果，再准备录制四秒循环”的完成前 UI 状态。
Eve：我们还觉得，如果用户被录取，或者收到活动通知时能收到一张票，会很有魔法感。所以我们复用了 Startup School 其他视觉资产里的 shader，把它应用到一张 ticket 上，并尽可能做成个性化的结果。
票据会渲染用户的姓名、来自哪个城市，以及活动相关的信息。看到大家把这些票分享到社交媒体，说自己很期待来到旧金山，甚至第一次体验这座城市，是一件很开心的事情。
主持人：如果回到一年前，你觉得当时能做出这样的东西吗？
Eve：一年前不值得做，也不知道从哪里开始。做这些 shader 会像一座无法攀登的山。但现在 Claude 知道我喜欢 Paper，也知道我喜欢他们的 shaders，它可以从对方网站里找到需要的信息并使用它。它让从录取、活动通知到真正到达现场的整段体验，都可以被持续设计和延伸。
截图展示一张橙黑色的个性化票据，中央清晰显示姓名 “SARAH CHEN”，左右有票据边缘和活动视觉元素。关键状态是姓名已经被渲染进成品，而不是生成前的空白模板。
主持人：这些体验看起来投入了很多时间、思考和细节，从收到录取开始，一直到现场看到完整的演讲阵容，都有统一的设计。
Eve：对。接下来我们还会继续用 Claude、Codex 和 coding agents 构建 Startup School 的更多品牌内容。这和过去做 branding design 是完全不同的范式：同一套 shader、同一组参数，不仅可以用于社交媒体卡片，也可以用在 Chase Center 里那些巨大的屏幕上，而且从头到尾保持一致。
这样做一致性比以前容易得多，也让我们可以用 coding agents 做几乎所有事情。
主持人：Eve，谢谢你分享这些幕后过程。你展示的方式很可能会成为未来设计师工作的常见方法，但现在还没有很多人真正摸索出来。
Eve：谢谢。我们也都还在一起摸索，而且很享受这个过程。
主持人：本期 Designer Review 就到这里，我们下期再见。
结尾选择双人全景，因为最后是主持人与 Eve 的总结和告别，没有新的可操作界面。画面说明只保留两位演讲者和桌面设备等可见事实，不虚构屏幕中的品牌资产。