正在打开每日关注
正在打开每日关注
Emil 分享用原型、动效与生产检查技能完成交互设计的 Agent 工作流。
I reached a point where basically of my animations/interactions work is done without touching the code. The workflow looks roughly like this: - Start with /prototype to see a few different variants, tell it to use /animate for the right easing and timing. - Pick the variant you like and iterate on it. This is just asking the agent to correct/change some details. - Run a /prep-for-prod skill on it. This contains perf, a11y, and mobile checks. Since almost every “taste” decision related to animation has a logical reason, this can get you pretty far even when you don’t know much about motion.
是什么 这是一条来自 Emil Kowalski 的纯观点推文，描述他用 Agent 辅助完成动效与交互的大致流程：先用 /prototype 生成多个变体，再用 /animate 调整缓动与时序，选定方向后持续迭代，最后运行 /prep-for-prod 做性能、无障碍和移动端检查。核心变化是把“写代码实现动效”前移为“用自然语言探索与校正体验”。
核心设计 流程把动效决策拆成探索、收敛、验收三个阶段。原型阶段扩大方案空间；缓动和时序被当作可解释的交互参数；迭代阶段通过局部反馈保留设计意图；生产准备阶段则把性能、无障碍和移动适配设为硬约束。它说明动效品味并非完全玄学，许多选择可由节奏、反馈、注意力和可用性等逻辑支撑。
关键洞察 对 Agent 工程而言，最有价值的不是某个命令，而是将隐性设计判断编码成可复用的技能和检查清单。这样能降低跨职能沟通成本，让不擅长动效的工程师也能快速比较方案，并把“好看”转化为可讨论、可验证的标准。
边界与风险 该方法依赖提示质量、技能定义和人工挑选；Agent 可能生成形式相似或不符合品牌语境的方案，也可能遗漏真实设备上的触控、阅读顺序及性能瓶颈。生产检查不能替代设计评审和实机测试，复杂状态、业务语义与长期维护仍需工程师和设计师共同把关。