一行场头里的内外景是怎样按分隔符猜出来的

SlateX 处理一行场头时，做的是按分隔符猜测，不是拿一张内外景词表去比对。它先从末尾切日夜，再从行首尝试切内外景；整个过程依赖空格、点号、连字符形态和字符数门槛。语言本身不是判据，所以同一种写法规则既可能接住中文，也可能漏掉英文，反过来也一样。

场头切分靠分隔符与字符数门槛，不靠内外景或日夜关键词白名单。

先切日夜，再猜内外景

日夜先处理。程序优先取最后一个 - 之后的整段，也就是连字符两边都有空格的形态；找不到这种写法时，才退回到最后一个 -，并要求切出来的末尾片段通过长度保护。

内外景随后处理。程序依次尝试空格和点号两个分隔符，取分隔符之前的前缀，并要求前缀不超过 6 个字符才接受。这里没有关键词白名单，也不会去读项目里的内外景预设或日夜预设，因此预设列表不是这一步的判断依据。

四个例子显示真正的分水岭

内景 控制室 - 日 有空格，前缀 内景 会被取到。内景：控制室 - 日 使用全角冒号并且前缀后没有空格，这条分支拿不到内外景。EXTERIOR. OFFICE - DAY 虽然有点号，但点号前的 EXTERIOR 超过 6 个字符，因此不接受。INT./EXT. 屋顶 - 夜 的空格分支先得到过长前缀，随后点号分支命中，结果只取到 INT。

在这组例子里，直观分水岭是有没有可用空格；完整规则还要连同点号分支和长度门槛一起看。两个长度条件算的都是字符数，不是单词数，所以中日韩文字一个字就按一个字符参与判断。

两种形状会把别的东西吞进字段

带序号的 1. INT. 控制室 - DAY 会把 1. 当成内外景前缀，场号看起来可以存在，但内外景值已经错位。无空格的全大写标题 ROOFTOP-PARTY 会把末尾 PARTY 切成日夜，同时把地名截短；这不是当场拒绝，而是把切出来的值继续交给后面的流程。

长破折号、全角连字符，以及 INT.,EXT. 这类复合写法都不在当前两条分隔分支的能力范围内。不能因此概括成某一种语言支持好或差，因为同一套字符门槛会在不同语言里以不同方式漏掉输入。

错值会留下来，不是当场拒绝

被猜成内外景的前缀会原样加入项目的内外景预设，并出现在编辑页下拉里。上面的 1. 因而可能变成一个可再次选择的预设；无分隔符标题切出的末尾值也会进入对应的预设列表。

这条边界很重要，因为“拿到了一个值”不等于“这个值符合现场语义”。接收方应自行核对导入后出现的内外景和日夜预设，尤其是带序号、复合前缀或非标准连字符的场头。

被误切出的前缀会继续进入预设列表；错值会留下来，不是当场拒绝。

这套规则没有覆盖的事

《一行场景标题由哪几段组成》讲的是场头整体由哪些部分构成；这里更窄，只说明内外景与日夜如何从一行文字里被切出来。至于《导出的 FDX 回不来的是什么》所涉及的再导出与回读，接收方应自行核对实际往返结果，不能从一次切分成功推断往返会保持原样。

这套逻辑也不处理所有破折号变体或复合标记。遇到不在空格、点号和当前连字符分支里的形状时，应把它当作需要人工核对的输入，而不是替格式来源下结论。

FAQ

项目里的内外景预设会参与场头切分吗？

不会。当前切分逻辑没有关键词白名单，也不读取内外景预设或日夜预设。

EXTERIOR. OFFICE - DAY 为什么拿不到内外景？

因为点号前的前缀超过 6 个字符，超过了当前前缀长度门槛。这个门槛按字符数算，不按单词数算。

INT./EXT. 会得到什么？

按当前分隔顺序，它会落到点号分支并取到前半段 INT。这不代表复合写法被完整保留。

被切错的值会被清掉吗？

不会在这一步被拒绝。被取到的前缀可以进入预设列表，因此导入后需要自行核对。

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