小白爱摸鱼
@chaozuoye
做 APP 的人可以收藏一组 Skills。@pengchujin 最近做应用一直在用其中一个叫 Apple Design 的，实践效果是"简单克制、很有苹果原生 App 的味道"。
作者 Emil Kowalski 之前在 Vercel，现在在 Linear 做设计。Apple Design 只是他整理的一组 AI Agent Skills 里的一个，目的是让 AI 做界面时更有设计品味，尤其是动画选择、交互细节和视觉打磨。
整个项目 GitHub star 接近 4 万：github.com/emilkowalski/s…
这十个 Skill 我按用途捋一遍。
总体设计层面有四个。emil-design-eng 是设计工程总则，关注 UI 整体质感、组件设计、动画选择和交互细节，适合开发新界面时当总体指导。apple-design 把 WWDC 设计分享里的界面与动效原则整理成指导，用来改善层级、反馈和整体连贯性。
prototype 针对一个 UI 需求生成多个方案，方便比较布局和组件形态，适合方向还没定的时候。pick-ui-library 负责挑组件库，避免不必要地手写复杂组件，也避免引入维护状况不佳的依赖。
动画这块拆得最细，有四个。animate 从零设计并实现动画，会先判断有没有必要加，再决定动画目的、实现方式、属性、曲线和时长，适合弹窗、抽屉、按钮反馈这类动效。review-animations 审查已有动画是否合理：多余不多余、速度拖不拖沓、缓动合不合适、有没有考虑减少动态效果。
improve-animations 扫整个项目，整理出可执行的改进建议，接手老项目时特别有用。find-animation-opportunities 判断界面上哪些地方值得加动画、哪些不该动，重点不是多加动画，而是让动效真的帮用户理解操作反馈和界面状态。
平台和代码层面有两个。mobile-native 让网页在手机上更像原生应用，关注安全区、触控反馈、输入框缩放和移动端视口这些细节。write-swift 覆盖 Swift 的值类型、并发、泛型、性能和测试，适合写和整理 Swift 代码。
我的看法是，这组 Skill 的可贵之处在"拆得细"。以前让模型做界面，你只能说"做得好看点"；现在把"该不该加动画""缓动对不对""要不要支持减少动态"拆成可以单独调用的判断单元，模型每次只回答一个小问题，输出自然稳定得多。作者的背景也在提示方向：把一线设计师的隐性判断写成 Skill，比再训一个懂审美的模型便宜太多。
需要提醒的是，Skill 给的是判断框架和检查清单，最后拍板还是人。但如果你团队里没有设计师，这组东西能替你挡掉不少低级错误。
