工作流 约 5 分钟
录屏转 GIF：操作演示动图的完整链路
在工单、文档、社群里，一段 5 秒的 GIF 动图经常比五张截图加三百字更高效。从录屏到可发布的 GIF 是一条固定链路：录、裁、转、压——每步的参数都有明确口径。
录：为 GIF 而录
录屏时就按 GIF 的形态规划：只录需要演示的那一个操作（GIF 的耐心上限是 10 秒左右）；提前把窗口缩到演示区域大小，避免后期大裁切丢分辨率；光标移动放慢一档——GIF 帧率低，快动作会丢步骤。系统声音不会被 GIF 保留，不用管录屏的声音设置。
录完先自查一遍：有没有多录的等待时间（页面加载、打字犹豫）、有没有误触窗口。这些在转 GIF 前都要裁掉。
裁与转：控制信息密度
裁切到操作核心区：聊天窗口里的 GIF 显示尺寸有限，画面里每一像素都要有信息量——把浏览器工具栏、任务栏、无关侧栏全部裁掉，只留发生动作的区域。裁切后画面变"紧凑"，同样的宽度能容纳更大的有效内容。
转 GIF 时的参数口径：宽度 480px、帧率 12fps、128 色是清晰与体积的平衡点（10 秒 1080p 录屏直转可超 50MB，压完通常落在几 MB）。纯文字演示可以更激进（400px/10fps），含大面积渐变或视频画面的需要 256 色。
发布前自查
把 GIF 发给自己预览三件事：第一帧能不能看懂初始状态（观众从第一帧开始理解）；循环衔接处是否跳变（演示动作最好回到与第一帧相近的画面）；体积是否在目标渠道限制内（聊天软件与文档平台的上限不同）。
同一套参数存成清单：下次录同类演示直接复用，输出的 GIF 规格一致，阅读体验统一。需要文字说明的步骤，考虑 GIF 内嵌不了的字幕改用逐张截图序列——动图适合"展示动作"，图文适合"解释原理"。