Design Engineering
围绕界面打磨、组件设计、动效选择与一致性，提供设计工程视角。
Emil Kowalski
Emil Kowalski 连接界面设计与实现交互的代码，关注反馈、动效和细节如何影响使用体验。他的 React 组件、设计写作与 Agent Skills，分别为构建和审查真实界面提供不同入口。
关于 Emil Kowalski
Emil Kowalski 是设计工程师，个人作品涵盖界面组件、写作和教学项目。他关注的不只是静态外观，还包括操作反馈、动画和细小交互如何组成实际体验。因此，理解他的作品，需要同时观察页面呈现和用户操作后的行为，而不是把界面工艺等同于装饰。
Sonner 与 Vaul 将这种关注落实到 React 应用中：Sonner 解决通知提示，Vaul 提供抽屉组件。两者承接的用户任务不同，使用时仍需决定内容、出现时机、焦点变化，以及组件怎样融入周围的界面。采用某个组件，是实现的起点，不是全部交互判断的终点。 Vaul 的作者已明确注明该仓库停止维护。
他的写作和课程讨论动画与界面工艺，公开 Skills 则为设计师和工程师使用 Agent 提供指引。组件负责具体实现，Skills 帮助选择和审查方法；这些资源围绕同一类质量问题展开，但不能互相替代。理解其中的联系，有助于把视觉参考转化为可检查的界面行为。
Emil Kowalski 的设计 Skills
这些指引覆盖设计工程、动画审查和 Apple 风格界面决策。使用时应带入实际页面与代码，围绕用户需要理解或完成的任务检查表现，而不是只让 Agent 复制一套视觉外观。
Review Animations
检查动画代码的目的、时长、可中断性、性能、可访问性和界面契合度。
Apple Design
将 Apple 风格的交互原则用于网页中的手势、弹簧动画、弹层、空间反馈和减少动效设置。
Emil Kowalski 的界面组件
Sonner 与 Vaul 分别提供通知提示和抽屉组件，其中 Vaul 已停止维护。可结合当前项目文档了解实现方式，并在选型时区分持续更新的工具与历史作品。
探索其他界面与工具创作者
了解其他把软件、设计与工作方法连接起来的创作者。比较他们各自关注的问题，可以区分实现组件与审查方法，找到适合当前界面任务的资源，而不是只根据外观相似度作选择。
关于 Emil Kowalski 作品的常见问题
Emil Kowalski 的项目与 Skills 有什么区别？
Sonner 和 Vaul 是需要集成到界面的 React 组件，Skills 则提供设计工程与动效方面的指引。组件负责实现行为，指令帮助 Agent 作出和审查界面决定。
什么时候应使用通知提示，而不是抽屉？
短暂的状态反馈通常适合通知提示；补充内容或需要用户操作的任务更适合抽屉。选择依据应是用户要读什么、做什么，而不是把两种组件当作可互换装饰。
用了 Sonner 或 Vaul 就有完整设计系统了吗？
没有。它们解决具体界面问题，应用仍需统一排版、间距、颜色、交互规则与无障碍行为，不能只靠两个组件建立完整设计系统。
审查动画时应重点看什么？
看动画是否传达明确变化、时长是否适合任务，以及是否干扰输入或阅读。检查真实界面时，还应覆盖键盘操作与减少动态效果的偏好。
照着视觉示例做出来后，还需要检查行为吗？
需要。外观相似不代表交互正确，还应在实际应用中检查焦点变化、关闭方式、滚动、响应式布局和相关无障碍行为。
Sonner 和 Vaul 都还在维护吗？
不能一概而论。Vaul 的作者已在 README 中明确说明停止维护；Sonner 应以自身仓库的当前更新与问题记录为准。未归档标记不能代替维护声明。
探索 Emil Kowalski 的设计 Skills
从真实界面的一个设计或动效问题出发，阅读对应 Skill，并检查实际操作行为。用原始指引组织一次有明确范围的审查，确认变化是否服务用户任务，而不是停留在表面模仿。