Circle、Keep、Hold、N/G 分别是什么意思
在片场记录语境里，Circle 通常表示导演明确选中的条，Keep 表示可用的备选，Hold 表示暂时保留、还不下最终判断，N/G 表示不通过。SlateX 用这组对外名称显示条状态，但内部存储标识、界面显示名和交付文本并不是一套完全相同的名字，因此接收时不能只凭某个字段名猜状态含义。
先看你读的是界面名、内部标识，还是交付字段；同一个状态在三处可能叫法不同。
四个现场名称先按行业语义读
Circle 是明确被选中的条。Keep 是仍值得保留的可用备选。Hold 表示先留着，判断还没有完全落定。N/G 则表示这条不通过。
这些词属于现场工作语境，不是 SlateX 创造的术语。软件做的是把这组状态记录下来，并在不同界面与交付文件里映射到对应字段。
因此，文章里不应把它们改写成一套自造的中文评分词，也不应把它们包装成某种通用分数体系。读者真正需要知道的是每个状态在工作流里承担什么判断，以及它在交付时被写到哪里。
界面名和内部存储标识并不完全同名
SlateX 内部的状态标识使用 Best、Good、Keep、NG 这一组字符串，英文界面下对应显示为 Circle、Keep、Hold、N/G；界面显示名本身走本地化词条，其他语言会显示成该语言的对应译名，只有交付文件里的评分文本是固定英文。其中最容易混淆的是：内部 Good 对应界面 Keep，内部 Keep 对应界面 Hold。
这也是为什么文档不能直接看内部枚举名就翻译。真正对外应该读的是界面与交付所使用的状态语义，而不是把代码标识当成现场术语。
交付文本同样使用固定英文状态名。界面语言发生变化，不应被理解成导出文件会把这些状态自动翻成另一套本地化文字。
ALE 没有档位列，CSV 才写 Rating
当前 ALE 没有 Rating、Circle、Keep 或其他档位列。接收方不能从 ALE 本身判断某条在现场被标成哪一档。
CSV 则会写文字 Rating。有状态时，它会输出 Circle、Keep、Hold 或 N/G；未标记时可以为空。另一类报告也会读取档位，但那不意味着所有交付格式都携带同样状态。
所以正确说法不是“档位会不会跟着交件走”，而是要具体到格式：这份文件有没有对应列，这一列从哪个内部值派生。
CSV 的 Circle 布尔列比 Rating 更窄
CSV 里还有一列布尔 Circle。它只在文字档名为 Circle 对应的那一档写 TRUE，其他状态写 FALSE。
因此，Keep 在布尔 Circle 列里会读作 FALSE。这不表示 Keep 没有现场意义，只表示这一个布尔字段的判定条件比完整档位更窄。
内部还有一个圈选状态位，在某些写入路径里会同时把 Keep 与 Circle 视为被圈过，但 CSV 的布尔列并不读取那个状态位。接收方如果要还原完整状态，应以 Rating 的文字档名和具体格式规则为准，而不是把 Circle=TRUE/FALSE 当成全部语义。
Rating是完整档名；CSV 的Circle只是其中一个更窄的派生判断。
“同镜头只有一条 Circle”不是无条件保证
在条记录列表的某个工作面里，把一条设成 Circle 时，会把同一镜头里原来的 Circle 降为 Keep。这条规则只存在于这个状态更新路径。
从新建表单或编辑弹层直接保存状态时，并不会执行同样的兄弟条降级。因此，同一个镜头下仍可能出现两条 Circle。不能把局部工作面的行为写成整个 App 的无条件互斥保证。
状态显示还存在不同读取源：列表图标读内部状态字符串，统计与关联引用区的代表素材排序读数值档位。只要写入路径没有把它们保持一致，不同页面就可能出现不同步。接收与排障时应先确认当前页面到底读的是哪一个来源。
FAQ
Circle、Keep、Hold、N/G 哪一档表示明确选中？
Circle 表示明确选中的条；Keep 是可用备选，Hold 是暂留待定，N/G 表示不通过。这些是现场语境中的状态含义。
为什么内部的 Keep 不是界面上的 Keep？
因为内部存储标识与界面显示名不是同一套字符串。内部 Good 对应界面 Keep，内部 Keep 对应界面 Hold，所以不能按代码名直接翻译。
ALE 能看出哪条是 Circle 吗？
不能从当前 ALE 的档位列看，因为这份 ALE 没有档位或圈选列。需要状态信息时，应查看实际包含状态字段的交付格式或现场记录。
为什么 CSV 里 Keep 的 Circle 列是 FALSE？
因为布尔 Circle 只检查是否属于 Circle 那一档。Keep 会保留在文字 Rating 里，但这个更窄的布尔条件返回 FALSE。
上海智独教育科技有限公司 — SlateX。以上数字截至 2026-09-24。