前言¶

把微信聊天记录录屏做成证据材料，常见做法是手工逐帧截图，再一张张排进 Word 或 PDF，最后手动补编号和录屏时间点。问题在于：录屏动辄几分钟，抽帧容易漏页，滚动内容可能整段断档，排完版还得逐页核对截图与录屏时刻是否对应。

下面介绍的 Skill「录屏转截图证据」把这条链自动化：从 ffmpeg 抽帧、选帧、防漏页，到 A4 排版 PDF 与完整长图，一条命令跑完，并且默认给每张图打上来源标注。

这是什么¶

「录屏转截图证据」是一个基于通用 SKILL.md 格式的社区 Skill，坐标 @user_b8af0005/video-to-evidence-layout，当前版本 2.8.2，来源 community，分类 office-efficiency，发布者 user_b8af0005。它解决的问题是：录屏素材 → 可提交的证据截图 + A4 排版 PDF + 完整聊天长图。

关于热度：SkillHub 页面上的评分与下载量随抓取时间变化。本次抓取记录为评分 100000、下载 4019、安装 0；另一次记录为评分 97640、下载 3933。实际数据以官方页面实时显示为准。

核心能力¶

下面按处理顺序介绍这条链。

一条命令的主链路¶

1、ffmpeg 密集抽帧。
2、逐帧滚动偏移累加选帧，判断画面在滚动中推进了多少。
3、内容窗口防漏页，推进量不得超过固定 UI 之间的内容窗口，避免中间整段内容被跳过。
4、A4 竖版 2×2 排版。
5、自检，并生成小样图交人工复核。

主链路产出三样东西：证据截图、A4 排版 PDF、完整聊天长图。

PDF 版式与编号¶

PDF 提供两种版式：一面 4 块，或一面 6 块。

6 块是定稿省纸版式：肩并肩放大 3%，单张 6.18cm，左装订边 1.3cm。

每张图右下角有跨页连续编号，图下方默认打来源标注，形如「取自录屏 00:27.7 · 帧 f00436」。

第 0 步：先问产物形态¶

动手之前先问用户要哪种产物：A4 证据册、完整长图、定格单帧，还是逐帧图组。

如果素材里含轮播或视频卡片，必须主动告知用户：拼长图无解。这一点不能等到跑完再说明。

与「帧册」的分工¶

同类 Skill「帧册」（chat-recording-evidence）走人工逐帧挑画面，本 Skill 是全自动选帧排版。用户明确要求自己逐帧挑画面时，用帧册，不要用本 Skill。

判型：静止、滚动、操作三条路由¶

问完口径后，脚本先判型，再走对应路由。

• 静止：画面不动。
• 滚动：聊天记录、长网页这类内容持续向上滚。
• 操作：网页操作、手机多 APP 切换。

操作型怎么取帧¶

操作型由 page_keyframes.py 按页面状态取关键帧：一页一张，自动删除停留造成的重复帧和中间过程帧。

随后 skeleton_check.py 剔除加载页、骨架屏、启动页这类无效帧，先打分，再输出编号小样图交人工终审。

排版之前还要再问一次用户版式：1 张、2 张还是 4 张。先问后排。

长截屏的两种情形¶

长截屏、长截图在脚本里有前门判断，先分情形，再选脚本。

情形一：录屏有滚动¶

聊天记录、长网页这类持续滚动的录屏，走主脚本，配合 long_image.py 拼接重叠区。

情形二：录屏画面静止不滚动¶

改用 static_image.py，输出两种长图之一：

• 逐帧过程长图：每 N 秒取一行，铺满全程。
• 关键节点分镜长图：只取关键时刻，带时间轴。

核心定则¶

下面五条是这套流程的硬约束，人工复核小样图时也按这几条看。

1、每帧都是原始完整截图，绝不裁剪。
2、相邻两张图，下图压上图 165px（约一行多消息）。
3、推进量不得超过固定 UI 之间的内容窗口。
4、长图拼接缝处的白线只裁精确像素行（终裁 3px），绝不为修白边大面积裁掉固定 UI。
5、快是硬要求：agent 代跑不超过 2 分钟。禁止重跑等价链、通读源码、逐页读图。

照片与文件证据¶

photo_layout.py 是独立脚本，把照片、PDF、录屏产物一键排版为证据 PDF。页码格式为「组号-页号」，录屏产物自动带来源标注。

已有超长聊天截图的分页¶

如果手上已经是一张现成的超长聊天截图（不是录屏，不论来源），用独立脚本 split_to_a4.py 分页排 A4 打印。

规则只有一条需要记住：切分点只落在消息空隙，时间戳不与下方内容分家。

「把聊天记录排到 A4」「长截图分页」「聊天截图做成证据材料」这类需求都走这个脚本。

可选：文件指纹，先问后做¶

交付物出来之后，先问一句要不要算 SHA-256。这个概念较新，不少律师不需要，所以不能当成默认动作直接跑。

需要的话用 evidence_hash.py，产出《证据哈希清单.txt》和 SHA256SUMS。事后核验加 –verify，会按 OK／CHANGED／MISSING／EXTRA 四种状态报告。

不需要就只交 PDF 或长图，不追问。

但如果用户主动提到哈希值、SHA256、完整性校验、固定证据、防篡改、提交给律师，就直接做，不必再问。

安装与启用¶

已抓取的资料里没有给出安装命令和配置字段，这里不推测。Skill 基于通用 SKILL.md 格式，具体启用方式以官方页面为准。

脚本清单¶

下面把资料里出现的几个脚本和职责列出来。参数写法以官方 SKILL.md 为准。

page_keyframes.py   操作型录屏取关键帧，一页一张
skeleton_check.py   剔除加载/骨架/启动页帧，打分 + 编号小样
long_image.py       滚动型录屏拼重叠区
static_image.py     静止画面出逐帧过程长图或关键节点分镜长图
photo_layout.py     照片/PDF/录屏产物排版为证据 PDF
split_to_a4.py      现成超长聊天截图分页排 A4
evidence_hash.py    生成哈希清单与 SHA256SUMS，--verify 事后核验

适用场景与注意¶

适合的场景：

• 微信聊天记录录屏固定为图片证据。
• 手机多 APP 操作录屏取关键帧。
• 聊天中保存的照片、文件排版为证据。
• 任意录屏转长截屏。
• 已有超长聊天截图需要分页排 A4。

需要注意的点：

• 产物形态必须先问，不能默认。
• 含轮播、视频卡片的素材拼长图无解，要提前说明。
• 版式（1/2/4 张）要先问后排。
• agent 代跑控制在 2 分钟内，不要重跑等价链或逐页读图。
• SHA-256 默认不做，先问。

小结¶

这套 Skill 的价值不在把截图排好看，而在把证据处理中最容易出错的部分固定下来：选帧不漏内容、拼接不裁 UI、编号跨页连续、来源标注落到每张图上。

官方地址：https://api.skillhub.cn/user_b8af0005/video-to-evidence-layout