FDX 适合交换什么，又会丢掉什么

FDX 在 SlateX 里承担的是剧本结构交换：集、场、场头、日夜标记、页数、正文项与修订色可以进入这条链路；拍摄完成后的镜头、条记录、拍摄日、机位设置与现场状态不属于这次导入会建立的对象。换句话说，FDX 能把剧本结构带进来，但“导入成功”不等于“拍摄工程已经建好”，更不等于往返后会逐字回到原样。

FDX 在这里是剧本结构的交换载体，不是拍摄结果的容器。

导入到底会建出什么

SlateX 当前的导入链路只建立三类业务对象：集、场和剧本项。镜头不会随导入建立，条记录不会建立，拍摄日不会建立，机位设置也不会建立。组别、导演、摄影指导这类制作人员预设在这条导入路径上也没有写入点，需要在产品里另行处理。

这条边界直接决定了 FDX 适合回答什么问题。它适合把剧本拆成可读取的场与正文结构，让后续记录有剧本基础；它不适合被描述成“导入以后拍摄计划和现场记录都准备好了”。结构存在，只说明结构进入了数据模型。

首个可读场头之前的内容不会形成场内正文

当前解析以可读场头作为建立场的起点。首个可读场头之前的段落没有一个已经存在的场可以挂接，因此不会进入导入后的场内正文。类似开场条目的内容会落在这条边界外。

场头文本本身如果是空的，对应的场也不会被建立。这里不需要解释成某种产品“意图”；准确的说法是：当前建立场的步骤要求有可用的场头文本，缺少这个承载条件时就没有场对象可写。

“解析成功”也可能什么场都没有

当前还有一个容易误判的情况：一份结构良好的 FDX，如果里面没有任何可读场头，解析过程仍可能返回成功，并照常打开选场界面，但列表是空的，也没有额外提示。

这说明“文件解析成功”和“已经导入了内容”是两道不同的检查。前者只能说明解析流程走到了成功分支；后者还要看选场列表里是否真的出现了场，以及导入后是否建立了对应的剧本项。

导入状态写着成功，不代表已经有场进入项目；先看实际建立出的结构。

往返时有几处确定会被改写

SlateX 当前的读写两侧代码可以推出几处确定性改写。由 FDX 导入过的场再次写出时，场头构造会把已经包含在原场头里的标题与日夜信息再拼接一次。场头前缀在读入时保留句点，而写出时又会追加句点，因此往返后可能出现 INT.. 这样的双点。

摘要字段也不是双向对称的。摘要能被读入，但当前写出侧不写回同一个摘要字段；再次导入时，场摘要还会被首条正文内容顶替。页数为零时，写出侧不写长度属性，而读回侧在没有长度时按 1/8 页处理。拍摄状态同样不随这条结构交换往返，重导入会回到“未拍摄”状态。

这些不是对某个第三方软件行为的猜测，而是 SlateX 自己读写两侧代码组合出来的结果。边界也必须同时写清：我们尚未用真实第三方剧作软件做“打开、另存、再导入”的往返验收，因此对外只能说往返不保证逐字保真，不能写成已通过某种外部验收。

哪些拍摄信息根本不在这条交换里

镜头、条记录、拍摄日、机位设置、时码、档位、媒体路径等拍摄结果不在当前 FDX 的承载范围里。导入链路没有建立这些对象，写出侧也没有把这些现场记录塞进剧本结构。

因此，看到某项信息没有回来时，正确的问题是“这一层有没有承载它的字段或对象”，而不是替产品编一个“为什么要丢”的动机。没有写入路径，就是没有写入路径。

往返不保真，不等于文件没有用途

FDX 仍然适合交换剧本结构。它能把场、场头、日夜、页数、正文项等结构带入 SlateX，也能把当前项目里的剧本结构写回文件。只是这种交换目前应被理解为结构交付，而不是一个可以持续来回编辑、每个字符都不变的工作稿循环。

接收方如果要继续使用，应按文件里实际存在的结构核对，不要把“能打开”或“能再次导入”当作内容保真的证明。

这一族还要分开回答两个问题

本篇只回答 FDX 适合交换哪些结构，以及哪些内容不会在这条链路里保留下来。后续还应把两个问题单独展开：一类是“哪些信息回不来”，逐项说明缺少的是字段、对象还是写出路径；另一类是“导入到底会建出什么”，把集、场、剧本项与不会建立的拍摄对象分开核对。

FAQ

FDX 导入后会自动建立镜头和条记录吗？

不会。当前导入只建立集、场和剧本项，不建立镜头、条记录、拍摄日或机位设置。

文件解析成功，就表示已经导入了场吗？

不一定。当前一份没有可读场头的良构文件仍可能走到解析成功并打开空的选场列表，所以还要检查实际建立出的场。

FDX 往返能保持场头逐字不变吗？

不能这样保证。当前读写两侧会产生标题与日夜叠加、前缀双点等确定性改写，因此对外只能写“往返不保证逐字保真”。

为什么某些拍摄信息不会从 FDX 回来？

因为当前 FDX 交换链路没有承载对应的拍摄对象或字段。应描述缺少的写入或写出路径，不把这种缺失解释成产品动机。

上海智独教育科技有限公司 — SlateX。以上数字截至 2026-09-24。