Slack 表情动图制作

解决什么问题

Slack 能显示 GIF，但对文件有两套完全不同且容易踩坑的限制。发在消息里的 GIF 最大 2MB、480×480，看上去还有点余地；但作为表情（emoji）贴出去时，上限会被压到 64KB、128×128、10–12fps、32–48 色、1–2 秒。任何带渐变或平滑过渡的画面，在这种体量下几乎都会爆文件。

直接让模型「画一个 GIF」最常见的失败是：画面细节过多、颜色过多、帧数不受控，导出后体积超标，反复试错又很浪费 token。这个技能要解决的，就是把这些约束提前落成可计算的规格，用一组动效基元拼装动画，而不是逐像素手绘。

它如何工作

1. 先定约束，再动手。按用途分两类：消息 GIF 走 ≤2MB / 480×480 / 15–20fps / 128–256 色 / 2–5s；表情 GIF 走严格的 ≤64KB / 128×128 / 10–12fps / 32–48 色 / 1–2s。
2. 拆解动画阶段。把「发生了什么、情绪是什么」拆成 预备—动作—反应 三段，避免动画只有一帧动作。
3. 组合动效基元。可选基元包括 抖动(shake)、弹跳(bounce)、旋转(spin)、脉冲(pulse)、淡入淡出(fade)、缩放(zoom)、爆裂(explode)、摆动(wiggle)、滑动(slide)、翻转(flip)、变形(morph)、移动(move)、万花筒(kaleidoscope)。例如「吓一跳」可以是 抖动 加短暂 缩放。
4. 辅助压缩与可读性。逐帧组装后用量化与去重压色；小图文字加描边；配色走协调调色板（vibrant / pastel / dark / neon / professional）；缓动用 ease_in/out、bounce_out、elastic_out 替代线性。
5. 导出即校验。尤其表情包，导出后立刻看体积，超限就依次减帧、减色、简化图形、缩小尺寸，直到 est_size_kb 落进限制。

输出不是直接给文件，而是一份 GifSpec 工件：{purpose, type: "message|emoji", width, height, fps, frames, colors, est_size_kb, primitives}，并附阶段拆解与是否合规的结论。配色还可被 brand-guidelines 类技能在下游统一替换。

适用边界

• 只面向 Slack 的 GIF 规范。做长视频、视频号素材、Web 动画时约束不同，需要另找方案。
• 表情 GIF 极难。优先控制在 10–15 帧、32–48 色、简洁图形、避免渐变，并频繁校验体积，不要等全部做完再检查。
• 不生成侵权、不当或需要精细拟人面部的内容；动效靠基元组合，不是高质量逐帧手绘。