共 6 条

组合手册

每个 skill 只覆盖链路上的一段：有的负责把需求说准，有的负责做出来，有的负责挑错。把它们按顺序接起来，智能体才真正拥有一套流程，而不是一堆零散的技巧。

这处动效该用哪条曲线，它能通过审查吗

立意
animation-vocabulary
把「高级一点」翻译成回弹、迟滞、错峰这些具体描述
产出一份能被直接执行的需求描述
构建
animate
按描述生成实现，同时把曲线、时长与属性一次选对
产出一处动效代码与每条参数的选择理由
审查
review-animations
合并前按规则复核，把侥幸对的地方也确认一遍
产出问题清单与可直接替换的写法

只用其中一个

只用 animate，你会得到一处能跑的动效，但没法确认它符合你的原意，也没人检查它踩没踩坑。

串起来之后

描述、实现、复核三段闭合：做完就知道它对，而不是做完再看感觉。

提示词序列

1. 用 animation-vocabulary 把「弹出来要有点高级感」改写成准确描述。
2. 按上面的描述，用 animate 实现这个面板的展开与收起。
3. 用 review-animations 审查刚才的实现，按严重程度列出问题。

先改哪几处，改完怎么保证不回退

立意
find-animation-opportunities
先排点：哪些地方值得动，哪些地方必须别碰
产出该做与不该做的清单，按感知强度排序
构建
improve-animations
全库审计，把结论变成一条条可独立执行的改进项
产出带优先级的改进清单，可拆分并行
审查
review-animations
每改完一批就复核一次，避免新改动引入新的不一致
产出逐条通过的复核记录

只用其中一个

只用 improve-animations，你会改掉所有错的地方，也会一起改掉本来就对的地方，还可能在安静的角落加出噪点。

串起来之后

先排点再动手，改动集中在用户真的会看到的地方，且不回退。

提示词序列

1. 用 find-animation-opportunities 看这个页面，指出该加的三处和不该动的两处。
2. 用 improve-animations 审计 src/ 下所有动效，输出十条按优先级排列的改进项。
3. 改完后用 review-animations 复核这一批改动。

违和感具体来自哪些细节，怎么系统性清掉

构建
mobile-native
清掉 hover 残留、100vh 跳动、点击高亮、安全区域这些硬伤
产出逐条列出的违和点与修法
构建
apple-design
补上平台级原则：视觉连续、层级清晰、响应即时
产出过渡与层级的重构方案
审查
animate
按同一套规则打磨剩下的过渡，让手感统一
产出统一的动效参数与实现

只用其中一个

只用 mobile-native，你能修好所有技术性毛病，但页面仍然只是「不出错的网页」，不会变成「顺手的应用」。

串起来之后

先修硬伤，再补语汇，最后统一手感。三步之后差距是整体性的，不是补丁式的。

提示词序列

1. 用 mobile-native 检查这个页面在手机上的表现，逐条列出违和的地方。
2. 按 apple-design 的原则重做列表到详情的过渡。
3. 用 animate 统一剩下过渡的曲线与时长。

哪个方向值得继续，依据是什么

立意
prototype
一次做出几个差异真实存在的版本，配切换器同屏比较
产出三到四个可切换的方向
构建
apple-design
用平台原则评估并精修选定的版本
产出层级与过渡都站得住的定稿方向
收尾
pick-ui-library
确定实现所需的库，避免手写一个已有成熟方案的东西
产出选库结论与理由

只用其中一个

只用 prototype，你会得到几个版本，但仍然靠直觉选，而且选完常常发现实现要用的库选错了。

串起来之后

从比较、定稿到选库是一条链，拍板的时候同时知道它能不能落地。

提示词序列

1. 用 prototype 给这个空状态做三个方向，加一个切换器逐个浏览。
2. 按 apple-design 的原则精修选定的那个方向。
3. 用 pick-ui-library 确定实现要用哪些库，说明为什么不用手写。

还有哪些地方是「能跑但不对」的

审查
review-animations
按规则逐条复核所有动效，先找出确定的问题
产出问题清单与替换写法
审查
emil-design-eng
回到总纲，检查层级、材质、留白这些更基础的地方
产出界面层面的修正意见
收尾
improve-animations
把剩余问题排成可执行的清单，留到下一个迭代
产出带优先级的后续改进项

只用其中一个

只用 review-animations，你能保证动效没错，但没法判断界面本身是不是站得住。

串起来之后

动效、界面、后续计划三层各查一遍，发布时知道剩下了什么。

提示词序列

1. 用 review-animations 审查本次要发布的改动。
2. 按 emil-design-eng 的规则检查层级、阴影与留白。
3. 用 improve-animations 把剩下的小问题排成下一轮清单。

怎么让它跟手，又不掉帧

构建
animate-expo
把动画放到 UI 线程，手势与动画共享同一个驱动源
产出跟手且可中断的实现
构建
apple-design
对齐平台习惯：弹层、页面切换、返回手势
产出符合预期的交互语汇
审查
review-animations
在真机条件下复核，参数与降级一并检查
产出上线前的复核结论

只用其中一个

只用 animate-expo，动画能跑在正确的线程上，但手势习惯与平台预期仍然可能对不上。

串起来之后

性能、语汇、审查三件事一起解决，真机上的手感才立得住。

提示词序列

1. 用 animate-expo 实现这个底部弹层的拖拽关闭，确保运行在 UI 线程。
2. 按 apple-design 的原则对齐页面切换与返回手势。
3. 用 review-animations 在真机条件下复核这批动效。

按阶段看覆盖

13 个 skill 中有 11 个出现在这 6 条组合里。同一个 skill 在不同组合里可能站在不同阶段，这正是它能复用的原因。

立意

先搞清楚该做什么、该说什么

animation-vocabulary动效措辞1 find-animation-opportunities找出该动的地方1 prototype多版本原型1

构建

把决定变成实现

apple-designApple 设计原则3 animate从零构建动效1 improve-animations全库动效审计1 mobile-nativeWeb 的原生手感1 animate-expoExpo 与 RN 动效1

审查

按规则逐条挑错

review-animations动效审查4 animate从零构建动效1 emil-design-eng设计与动效总纲1

收尾

补齐边界情况再交付

pick-ui-library选库1 improve-animations全库动效审计1

先装上，再挑一条跑一遍

装完之后，从上面选一条最接近你手头工作的组合，把提示词序列按顺序丢给智能体。第一次就能看出差别。

$npx skills@latest add emilkowalski/skills

看全部 Skills