素材在几个软件之间来回倒，真正浪费时间的通常不是编辑本身，而是“导出—改名—再导入”这些搬运动作，以及搬运过程中产生的版本分叉。判断要不要把流程收进 Voyager 的一条链，可以先看两件事：你手工搬运发生在哪一段；Voyager 桌面端在你实际可见的菜单里，是否真的覆盖了素材整理、生成、导出这三段。只要有一段没有被覆盖，这条链就会断，剩下的部分仍然要靠文件夹和手工导入补上。

统一到一条链上能省掉的，主要是同一份素材的重复导入导出、跨软件改名和中间版本对不上这三类动作；不能省掉的是取舍、事实核对和版权确认。做法是先把现有流程拆成三段并记录每段的输入输出文件形态，再在 Voyager 界面里逐段确认入口是否存在，缺失的段先记下来而不是硬接。验证方式是用一个小项目跑新链路，并只对比自己两版流程的耗时分布。边界：不同版本界面差异较大，入口位置需要以你自己看到的菜单为准。

把现有工作流拆成素材整理、生成、导出三段

拆段的目的是定位手工搬运发生在哪一段，而不是先决定用哪个工具。建议拿最近做过的一条内容，按下面三段把输入输出物列出来，并在每一步标注文件形态（原始录制文件、转码后的 mp4、音频 wav、字幕 srt、工程文件、成片 mov 等）。凡是同一份素材以不同形态出现两次以上，就是搬运点。

• 素材整理段：输入是原始拍摄或录屏文件、外部图片与音频；输出是筛过的可用片段清单、统一命名后的素材集、镜头顺序说明。跨软件时的典型形态是 mp4/wav/png 加一份散落在聊天记录里的文字说明。
• 生成段：输入是整理段输出的片段集与文字脚本或分镜；输出是时间线上的序列、生成结果文件、字幕轨。跨软件时的典型形态是工程文件加导出的中间视频，中间视频往往是最容易产生版本混乱的一环。
• 导出段：输入是生成段的结果与参数选择（分辨率、码率、封面帧）；输出是交付成片、封面图、用于发布的压缩版本。跨软件时的典型形态是多次转码后的成片副本。

把这三段的边界写清楚之后，就能看出哪些动作是“为了换工具而做”的，例如为了在另一个软件里读素材而重新导出一次、为了让对方软件识别而批量改名。

在 Voyager 界面里找与这三段对应的入口

这一步只做一件事：确认桌面端是否真的覆盖每一段，而不是只在生成环节省事。打开 Voyager 后按实际可见的菜单和面板逐项对照，不要凭印象写“应该有”。

• 素材整理段：看是否存在素材导入或媒体库类面板，能否直接读取本地目录、是否支持按文件名或标签分组、能否在不导出的情况下预览原始文件。
• 生成段：看是否有项目或画布区域，能否把媒体库里的素材直接拖入时间线或序列，脚本、字幕、镜头顺序是否在同一界面内可编辑。
• 导出段：看导出面板是否允许按用途预设参数，能否指定输出目录，是否保留工程文件以便二次调整。

找不到对应入口时，不要急着找替代插件，先把缺口记录下来：菜单路径（逐级写到子项）、界面上实际显示的按钮或面板名称、缺失的是哪一段、当前用什么动作绕过（手工复制文件、外部转码、另存为其他格式）。记录时附一张界面截图，标注点击位置。这样做的价值是：下次版本更新后能快速复核，也能避免把“界面里没找到”误写成“功能不存在”。

标出必须人工过一遍的环节

把判断类工作交给自动流程，往往在导出之后才发现问题，返工成本更高。下面三类判断建议保留人工动作，其余重复性操作再交给流程。

1. 取舍：保留哪几条、删哪几条、开场用哪个镜头。判断标准是内容目标与受众，机器无法代劳。保留动作：人工在素材清单里标记保留或弃用，并写一句理由，方便后续回看。
2. 事实核对：人名、数字、时间、引用出处是否与原始材料一致。判断标准是可回溯到原始记录。保留动作：成片前逐条对照素材清单核一次，核对结果写进 notes 文件。
3. 版权确认：外部图片、音频、字体的授权范围是否覆盖当前用途（商用、二次分发）。保留动作：在素材入库时就登记来源与授权信息，进生成段之前检查一遍，来源不明的素材不进时间线。

建议把这三类判断固定在链路的两个位置：素材入库时拦一次（版权与来源），导出前拦一次（取舍与事实）。中间的转码、改名、格式统一、按目录归档可以交给流程，因为这些动作的结果能用文件是否存在、命名是否合规直接验证。

把跨软件搬运改成在同一项目目录内读取

减少反复导入导出的方式，是让所有环节都指向同一个项目目录，避免出现“素材在 A 软件目录、工程在 B 软件目录、成片在桌面”的三处分散。目录按段划分，写入方只写自己那一段，读取方只读不搬。

projects/voyage-demo-01/
  inbox/      # 原始素材落地区，只进不改，作为回溯依据
  selects/    # 人工筛选后的可用片段，命名统一
  notes/      # 镜头清单、取舍理由、事实核对记录、版权登记
  gen/        # 生成段输出：序列、字幕、中间结果
  export/     # 成片、封面、发布用压缩版本

文件命名建议固定字段顺序，避免同名覆盖：

<日期>_<来源>_<主题>_<序号>_v<版本>.<扩展名>
示例：20240101_selfshoot_intro_003_v2.mp4
规则：序号只增不删；版本号只在内容变化时递增；来源字段区分自拍、外采、生成。

在 Voyager 里把项目目录设为默认读取位置，素材整理段直接指向 inbox 与 selects，生成段输出指向 gen，导出指向 export。验证方式很直接：新素材放进 inbox 后，界面里能否直接看到而不需要再次导入；导出后 export 目录是否按命名规则出现文件。如果界面只支持导入副本而不是读取原目录，就需要在 notes 里记下这一限制，并明确哪一份是唯一有效版本，避免两边都改。

用一个小项目跑一遍新链路并对比两版流程的耗时分布

不要用复杂项目验证，选一条两三分钟的短片，素材量控制在一次能整理完的范围。分别用旧流程（多软件拼接）和新链路（同目录内读取）各做一遍，记录每段的起止时间，而不是只记总时长。

记录格式（放在 notes/time-log.md）：
项目：voyage-demo-01
流程：新链路
素材整理段：开始 10:02  结束 10:26
生成段：    开始 10:26  结束 11:05
导出段：    开始 11:05  结束 11:14
中断与返工：素材重命名一次，外部字体缺授权替换一次

对比时看的是耗时分布，而不是单一总数：搬运时间是否减少、返工次数是否减少、哪一段变长。变长的那段通常是把原本散落的手工判断集中起来了，属于预期内的变化。只对比自己的两版流程，不外推到他人环境，也不要把一次结果当成稳定结论；换素材类型或素材量变化后，建议再跑一次复核。如果新链路在某一段明显更慢，先检查那一段是否仍需要手工导出，必要时在 notes 里标记为待确认项。