为什么用「锚点法」
大多数人拆条的方式是：从头看一遍回放，凭感觉剪。2小时的素材，剪到第3条就累了，第4条开始质量断崖式下滑。
锚点法反过来做：先在文稿上做标记，再按标记批量剪。剪辑动作被压缩成「选锚点」这一个决策，其余都是机械执行。
准备阶段：录制时就要为拆条服务
- 口播用领夹麦，相机或手机固定机位，全程不变焦、不移动。
- 记录开录时间，保证文稿时间戳和视频严格对齐。
- 一个原则：录的时候不要想「这段以后要剪」，会破坏表达的连贯性。拆条是后期的事。
第一步：转写并生成带时间码的逐句文稿
用 whisper.cpp 本地转写，免费且无时长限制：
whisper-cli -m models/ggml-large-v3-turbo.bin -f audio.wav -l zh -osrt -of transcript模型选择上，large-v3-turbo 目前是中文性价比最好的档位，2小时音频在 M 系芯片上约 8-12 分钟跑完。不要图快用 base 或 small，中文断句错误率高，后面找锚点会被彻底带偏。
输出 srt 后，把它整理成逐句列表：
00:12:31 其实我们当时账上只剩三个月的钱
00:12:38 然后我做了一个非常蠢的决定关键：必须先有逐句时间码，再做任何剪辑决策。 没有时间码的拆条就是盲剪。
第二步：标注三类锚点
只有三类句子值得成为一条视频的起点：
- 冲突句——出现「但是」「其实」「错了」「亏了」「翻车」这类转折
- 数字句——出现具体金额、比例、天数、人数
- 结论句——出现「所以」「最后」「教训是」「记住一句话」
筛选标准只有一条：这句话单独拿出来，一个没看过直播的人会不会想听下一句？ 不会就删，不要舍不得。
第三步：定切点
锚点只决定起点，切点规则决定视频好不好看：
- 起点取锚点句往前 0.5-0.8 秒，留一点呼吸，避免开口就被切。
- 终点在锚点后 2-4 句之内必须收住。拆条不是摘录，是给一个完整的微型结论。
- 绝不切在气口的半句上。听一遍尾音，尾音落干净再切。
- 时长控制：知识类 45-90 秒，故事类 30-60 秒。超过 120 秒的拆条在信息流里完播率会断崖。
序号 in out 时长 锚点类型 钩子
01 00:12:31 00:13:52 81s 冲突 账上只剩三个月
02 00:24:05 00:25:10 65s 数字 赔了47万第四步：批量秒切
用 ffmpeg 按表批量裁切，不要一条条手动拖时间线：
ffmpeg -ss 00:12:31 -to 00:13:52 -i live.mp4 -c copy out_01.mp4-c copy 是无损秒切，不重新编码，30 条切完不到一分钟。代价是不能精确到帧，差 0.2 秒无所谓，反正后面还要在剪辑软件里修。
第五步：竖屏重构
这一步最耗时，压缩时间的办法是先建模板：
- 在剪辑软件里建一个竖屏工程：画布 1080×1920，安全区标线、字幕样式、片尾引导全部预设好。
- 30 条切片一次性导入，每条一个序列，直接套模板。
- 字幕直接把 srt 拖进去自动生成。字号最低 42px，位置居中偏下 15%，避开平台按钮区。
- 人脸不在画面中间时，用自动重构或手动打两个关键帧，一条 10 秒搞定，别逐帧调。
第六步：封面与命名
每条视频出三个候选封面帧：锚点句说出口前 0.3 秒（情绪最足）、结论句那一秒、以及手部动作或图表出现的瞬间。选表情最失控的那张。
文件命名统一为：
20260928_拆条_01_冲突_账上只剩三个月.mp4格式是：日期_类型_序号_锚点类型_钩子。不要用「未命名1」「最终版2」这种命名，30 条视频里找一条会找疯。
第七步：发布矩阵
30 条不要同一天发完。按锚点类型分组排期：冲突类放周一，数字类放周三，结论类放周末。同一条视频在不同平台换封面、换前 3 秒的字幕措辞，不要原样搬运。
常见坑
- 转写模型选太小，错字多，标锚点时被误导。
- 锚点选太多，30 条变 60 条，后 30 条必然是废片。
- 只切不重构，横屏切片直接发竖屏，上下大黑边。
- 忘记留呼吸，每条视频开头都像被人掐着脖子说话。
- 不记时间码表，剪到第 15 条时忘了前面切到哪儿。