与 Maggie Appleton 聊设计工程：纸笔、jig 与 agent 时代的品味

Maggie Appleton 讲述了从文化人类学、早期 HTML 与 CSS，到插画和开发者教育的技术道路。在 Egghead 为编程概念绘图，要求她理解自己正在解释的 React 与 JavaScript 内容。

在 Elicit，她又经历了更完整的产品循环：理解科学文献综述工作、设计体验、实现前端、发布并衡量。小团队与反复发布，让她练习把用户领域连接到服务这个领域的系统。

这段经历解释了她在访谈中的立场。设计不只是最后的视觉修饰，也包括怎样界定问题、软件让人操作哪些对象，以及这些选择在使用中是否合理。

Appleton 将设计与工程相比，认为它们都在用不同材料解决问题。视觉材料包括空间、大小、颜色、显著程度、动效与文字，产品设计还要决定系统的名词和动词。

商店里有商品、购物车这样的熟悉对象；开发者工具可能涉及抽象的数据容器与变换。代理工具又引入会话、计划、技能和连接，边界仍在发明中。用户能指向什么东西，又能对它做什么？

例如，分叉一个会话，就会引出哪些内容被复制、哪些关系仍然连接的问题。连贯的模型让人能预测动作结果。把灵活的技术系统缩减成少量可理解概念，是困难工作，即使完成后的界面看起来很简单。

Appleton 对自己的角色定义，是深入参与产品的技术形状。后端数据、API 和模型能力，会限制界面能表示什么，以及用户能够合理期待什么。

她没有要求每个设计师都采用同样方式。有些领域更需要设计师专注研究、代表用户，或改善熟悉流程，不必深究数据库。视觉与动效专家也有合理位置。

她所说的设计工程跨越边界：与工程师合作，经常自己实现前端，并理解足够架构来判断体验。它比制作漂亮的悬停动画更广，尽管那些细节仍可能重要。

Appleton 当前的规划实验，始于对冗长代理采访的不满。连续多选题可能在决定结束前就让人疲惫，推荐选项也可能变成未经理解便自动接受的答案。

不同问题需要不同证据。边框对比度需要视觉比较，架构决策可能需要数据流图或状态机。她在探索决策卡片或小文档，给每个问题足够空间，而不是把所有决定都缩成下一条聊天消息。

她还希望记录负责人，以及作决定时有哪些信息，便于团队以后重建选择原因。这些是原型想法，并不声称一个完整的协作规划产品已经解决了问题。

Appleton 仍然画草图，因为宽松的方框排列或构图，可能比向代理解释更快。纸张把一个尚未成为精确文字规格的想法放到了外面。

它也持续存在于物理空间。桌上的笔记本能在第二天提醒她，自己正在探索什么形状。插画经历让她把绘画用于解决问题，而不只是制作精美成品。

她觉得当前代理在空间和视觉工作上并不稳定，因此经常先明确形状，再委托实现。这不意味着模型真的没有图像输入；实际问题是，它们能否理解并保留设计所需的关系。

在 Appleton 看来，完美稿件与困难实现之间的常见冲突，部分来自工具。静态设计工具会隐藏性能、加载、渲染和状态约束，而运行中的应用无法回避它们。

她拿做家具时理解木材作比。网页设计师需要了解数据获取、慢状态和可能的竞态，就像实体设计师需要理解材料怎样表现。代理能解释陌生技术约束，也让设计师实际探索。

她的流程从草图、有时加上中等保真 Figma 开始，再较早进入浏览器。字体渲染、断点和滚动都会改变构图感受。可运行原型，比另一张静态画面更直接地暴露这些关系。

Appleton 从木工借来 jig 一词，指为当前任务制作的小型控件。让代理为仍不确定的变量接上滑杆、颜色选择器或其他控件，再一边看实时结果一边调整。

她的星座页面实验把它讲得很具体。动画速度、星点变化、尺寸、滚动行为和玻璃效果，都变成能直接操作的参数。调整玻璃处理，会暴露真实的可读性权衡：过亮和过淡带来不同问题。

57:20查看原图

这并不意味着代理独立做出了符合她标准的设计。她描述了大量指导和迭代。另一个重要背景是，GitHub Next 从事研究和原型，探索工件的质量约束，与面向既有 GitHub 用户发布修改不同。

主持人问，工程师生成许多高保真方案，是否就能不找设计师。Appleton 认为，没有设计师可用、只需要简单界面检验假设时，这确实有价值。

新的产品原语带来更难的问题。需要有人检查用户理解了什么、测试替代方式，并判断系统是否连贯。许多精美选项，也可能重复同一个未经检查的假设。

她还批评脱离情境地应用设计规则，例如到处加说明标签。这是在要求信息匹配用户和场景，不是普遍删除无障碍名称或必要指引。视觉完成度与可用行为，仍需分别检查。

在 Elicit，团队曾探索用画布、卡片和可组合文档，让用户从论文中提取数据。访谈里，用户却反复要求自己已经在电子表格里使用的表格形式。

Appleton 的结论针对这个任务：熟悉感降低了认知负担。模型能力变新，不要求界面也完全陌生。可以在表格内部和周围加入功能，让它变得更有能力。

她预计文档、侧栏、卡片和表格仍会有用。这不是说聊天总是错，也不是每个 AI 产品都应该成为电子表格。起点是人们正在做的工作，再测试新交互是否真正改善它。

Appleton 用“能力煤气灯效应”描述模型能力不均匀带来的感受：某个任务令人印象深刻，于是人们把信任带到另一个会失败的任务，有时甚至没有马上察觉失败。

改了提示、换了上下文或版本，也可能改变结果。这个比喻描述的是使用者误以为能力稳定，并非断言模型故意操纵人。

对设计而言，后果是要验证眼前任务。一个漂亮原型或此前成功的会话，不应让团队忽略失败交互、错误状态，或仅仅看似合理的结果。

Appleton 认为，即使每个人带着代理实现得更快，软件仍然是团队工作。工单进入实现前，同事们依然需要对功能、架构和体验形成一致理解。

她描述了共享计算与聊天工作区实验，包括 ACE 原型。它对一个小团队而言过于庞大，对话没有把它呈现为已经完成的通用方案。如果团队仍缺乏作出并记录决定的方式，共享访问也只是起点。

她接下来的问题围绕主动代理与共享文档：怎样让有用的后台工作到来，又不淹没人、打断人？一百个便宜代理，是设计思想实验。那种情境下稀缺的不只是模型容量，更是人的注意力。

Appleton 仍然介入过渡、间距等细节，因为代理不能稳定达到她的标准。她也好奇，如果完美界面无需自己参与便出现，会是什么感受；访谈没有给出确定答案。

她还区分了基本可读性与审美流行。当前传递用心感的风格，大量重复后可能变成普通模板。视觉语言的含义，依赖不断变化的文化背景。

主持人追问，是否只有专家更容易识别生成文字或设计。讨论没有建立可靠的 AI 作者检测方法。重要的是人们从工件中获得的体验和意义，而不是无依据地断言外观证明了来源。

离开产品界面话题，Appleton 描述自己分阶段发布文章：幼苗、含苞与常青。作品可以不完整，只要读者看得见状态，内容也能随时间更新。

清楚的标签让粗笔记与精修长文并存，而不假装两者都已完成。这帮助她克服完美主义，公开进行工作。

原则是与受众的契约。展示进行中的工作，不同于把未完成材料当作最好的成品。这一区分依靠准确沟通，而不只依靠花园比喻。

Appleton 讨论 Robin Sloan 的家常软件想法：为自己和家人制作应用，不一定为了规模化销售。她进一步设想，社区中的进阶用户可以为本地群体建设一个有用小工具。

建设成本下降，没有移除工程风险。她明确担忧，不理解代码时会在安全、数据处理和持久化上出问题。她偏好的本地优先基础，是增强所有权和可靠性的提案，并不证明只要本地存储就自动拥有这些性质。

因此，机会也在框架与支持。今天看起来能运行的工具，仍然需要保存社区信息，并在出错时让人能够管理。

Appleton 鼓励设计师理解产品的技术形状，工程师研究排版、可用性和不同表示方法。代理可以做有耐心的老师或讨论伙伴，但提出的界面仍需判断。

人类学背景又增加一个问题：哪些未说出口的假设，影响这个群体怎样理解系统？人们在物理和文化情境中使用产品，有不同习惯与期待。靠近客户的工作，能看见他们何时、为何选择这个产品。

访谈以设计后果作结，包括一本讨论赌博机器环境的书。这回到她对工作的定义：理解人，理解材料，建立连贯模型，再检验体验实际上产生了什么。