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

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

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

导入到底会建出什么

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

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

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

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

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

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

当前还有一个容易误判的情况：一份结构良好的 FDX，如果一场都没读出来，App 会当场说明这个文件里读不出场次，选场界面不会打开；真正容易看漏的是只读出一部分场，那种情况下界面照常打开，列表却少于源文件里的场数。

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

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

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

从 SlateX 的导入与写出结果里，可以看到几处确定性改写。由 FDX 导入过的场再次写出时，场头会把已经包含在原场头里的标题与日夜信息再拼接一次。句点那一头是条件补的：原本已有句点的保持不动，末尾没有句点的才补一个，所以往返不会出现 INT.. 那种双点。

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

以上改写是 SlateX 自己导入、写出后再导入时可观察到的结果，不替任何第三方软件的行为作结论。边界也必须同时写清：往返不保证逐字保真，不能写成已通过某种外部验收。

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

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

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

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

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

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

FAQ

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

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

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

不一定。一场都没读出时 App 会当场说明读不出场次、不打开选场界面；只读出一部分时选场照常打开，所以还要检查实际建立出的场数。

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

不能这样保证。往返之后可能看到标题与日夜叠加、摘要顶替这类改写，所以这一族对外只写“往返不保证逐字保真”，以你手上那份文件往返前后的差异为准。

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

因为当前 FDX 交换不携带对应的拍摄对象或字段。这是承载边界，不把它解释成产品动机。

上海智独教育科技有限公司 — SlateX