Flux Art先确认丢的是样式，不是文字或时间
字幕在编辑器中有颜色、位置和描边，导出后只剩普通文字，不一定是字体损坏，也不应先整体移动时间轴。先确认字幕文字与出入点是否仍对应，再检查格式转换与目标播放器。Flux Art 是多模型 AI 视觉创作与生产平台，可用于视频配套视觉创作；本文的字幕文件编辑、格式导出和播放器验收属于外部后期流程，不把视频参考能力说成自动转录或字幕格式转换功能。
保存可编辑母稿，另做交付副本
先保留当前能够正确打开的工程和字幕母稿，再另存一份用于转换的副本。记录母稿格式、编辑器版本、视频版本、用到的样式以及目标平台要求。不要只留下转换后的文件，因为转换时丢掉的信息可能无法从普通文字恢复。若对方只要求一种较简单格式，先沟通哪些效果必须保留，哪些可以取消；未获确认的取舍标待处理，不能用“已经成功导出”替代内容与外观验收。
列出需求，而不是只比较文件后缀
文件后缀只是检查起点。交付需求还包括文字、时间、换行、字体、强调色、定位、重叠字幕与语言轨。先列出项目真正依赖哪些特性，再核对编辑器导出方式和接收端支持情况。下面的表是工作记录建议，不是各格式的完整规范，也不承诺所有播放器行为一致。若只需文字与时间，应明确采用简化交付；若某个位置传达重要含义，就不能未经审核把它当装饰删掉。
| 记录对象 | 核对内容 | 不能据此直接放行 |
|---|---|---|
| 可编辑母稿 | 原格式与样式清单 | 不能被转换副本覆盖 |
| 目标格式 | 接收方要求及可表达特性 | 后缀相同不等于行为相同 |
| 导出文件 | 文字、时间、标签与编码 | 导出成功不等于无损 |
| 软字幕环境 | 实际轨道、渲染器与字体 | 本地预览不等于目标环境 |
| 烧录成片 | 最终视频中的文字与外观 | 工程预览不等于导出结果 |
| 未决项 | 未知支持与待确认简化 | 不得默认为已通过 |
一个假设样例说明为什么不能覆盖母稿
假设一条字幕用特定颜色区分两位说话者，并把屏幕上方的说明与下方对白分开放置。转换后文字仍在，颜色与位置却没有按原样显示。这是假设例子，不是真实播放器测试。先分别记录哪些信息留在导出文件中、哪些由播放器解释、哪些已丢失。若说话者区分因此变得不清楚，就需要重新设计交付表达，而不是仅凭字符数量相同宣称两份字幕等价。
SRT 简化交付要明确损失范围
Aegisub 的 FAQ 说明，ASS 中部分覆盖标签转成 SRT 会发生信息损失，因此直接保存可能受限，而导出可以作为转换路径。不要把这个结论扩展成 SRT 在所有环境都完全没有样式，也不要反过来认为能导出就能保留全部 ASS 效果。检查实际目标是否接受所需标记；不支持时制定简化方案，并重新审查语义、换行和可读性。将 ASS 控制串原样塞进 SRT 文本，可能只是把控制文字暴露给观众。
WebVTT 有自己的表达方式
WebVTT 定义了字幕提示及相关位置、样式等机制，但这不意味着 ASS 的标签可以直接改后缀后使用。应按目标网页或平台采用的方式生成合法文件，并检查其实际支持的功能。规范中的能力与某个播放器的实现是两回事，不能仅看浏览器预览正常就代表上传后的页面也正常。把接收端、文件编码、样式来源与验证日期写进记录；没有访问过的最终页面标未知。
软字幕和烧录成片分别验收
软字幕需要接收端正确加载字幕轨，并用合适的渲染方式和字体显示；烧录字幕已经成为视频画面的一部分，应检查最终导出视频。两者都不能只看编辑器预览。需要后续改字、多语言选择或单独关闭字幕时，应提前讨论交付方式，不能为了保住某种外观就擅自改成烧录。字体缺失、加载错轨和格式能力损失也应分开记录，避免用一种修法处理所有问题。
用代表性条目检查真实交付版本
选取普通对白、强调文字、上下区域、重叠信息和双语条目，逐一比较母稿、转换文件和目标播放画面。检查文字、时间、换行及视觉意义是否保留，再正常速度播放相关片段。发现问题后只改对应的转换设置或交付设计，并重新检查受影响条目及相邻字幕。保存最终文件名、版本、目标环境和已知限制；仅在本地打开过的文件，不应标为已经通过线上平台验收。
依据与工作流边界
格式转换说明参考 https://aegisub.org/docs/latest/faq/ ，字幕附着方式参考 https://aegisub.org/docs/latest/attaching_subtitles_to_video/ ，WebVTT 定义参考 https://www.w3.org/TR/webvtt1/ 。这些资料用于核对格式和渲染边界，不证明本文执行了软件或平台测试。需要配套视觉候选可从 https://flux-art.net/zh/ai-video 开始；字幕母稿、字体许可、内容准确性与最终交付验收仍需分别处理。