一条 Take Record 要记哪些可交接信息
一条 take record 的价值，不在于把能想到的字段都塞进去，而在于让下一位接手者回答几件具体的事：这是哪个镜头的第几条、每个机位分别拍了什么、现场给了什么状态、时间从哪里开始、这条有什么备注，以及相关的连戏素材在哪里。SlateX 当前界面能记录的主线正是条号、机位、状态、入点时码与时长、条备注和连戏素材绑定；多机位时，每个机位有自己的一组参数。
可交接的 take record 不是字段堆积，而是一条能从“哪一条”追到“哪台机、什么状态、什么时间、什么证据”的记录链。
先让这条记录能被认出来
交接先确认身份。条号需要落在具体镜头下面，接手者才能把“这一条”放回它所属的拍摄上下文。SlateX 的条号由记录流程带出，镜头号也随条记录关联；因此查看一条记录时，条号不应脱离镜头单独理解。只记一个“第几条”而没有镜头上下文，到了后续整理阶段就很容易失去参照。
条记录还需要保留现场真正会被用来区分素材的机位信息。多机位时，一条 take 不是只挂一个总的相机描述，而是每个机位各有一组参数。对交接最直接的是机位号、卷号、片段号和帧率；现场还可以记录焦段、光圈、物距、色温、声卷、机位备注等相机侧信息。这里的重点不是报一个字段总数，而是让每台机位保持自己的身份，不把 A 机和 B 机的参数压成一份。
多机位时，卷号和片段号必须跟着机位走
如果同一条 take 同时有多台机位，卷号、片段号等参数应按各自机位保存。SlateX 新建条时会快照当前机位集合，新加机位时也会沿用已有机位的参数作为起点，再由现场修改。这只是说明参数怎么带出来，不代表已经测得省时、少错或"少丢上下文"之类的效果。接手者仍然应该把每台机位的卷号和片段号看成独立信息，而不是认为“同一条 take 只需要一套卷片号”。
这些机位参数也是后续生成逐机位交件时的来源之一，所以现场阶段的记录应尽量在机位层保持清楚。当前卷号与片段号的命名真值仍有已知边界，因此本文只把它们当作“这台机位当前记录了什么”，不把某种命名写成已经过接收方验证的标准。
状态要记现场判断，但不要把 Circle 写成无条件互斥
SlateX 的现场状态使用 Circle、Keep、Hold、N/G。它们解决的是“这条现场怎么判断”的交接问题，让接手者不用从备注里猜一条记录当时被放在什么状态。状态是 take record 的一部分，但它不是一个跨入口自动维护的全局不变量。
当前只有在条记录面板里把一条设为 Circle 时，系统才会把同一镜头里其他 Circle 降为 Keep。从新建页或编辑页直接改状态会绕过这一步，因此同一个镜头里可能留下两个 Circle。写交接规则时，应把这件事说成“面板内有自动改选”，不能写成“同镜头始终只会有一个 Circle”。
还有一件必须在交接里说清的事：档位在各份交件里的可见性并不一样，不能笼统说"都带得出去"或"都带不出去"。ALE 的 19 列里根本没有档位／圈选列；CSV 有一列英文评分枚举（Circle / Keep / Hold / N/G，不本地化），但它另有一个 Circle 布尔列只在 Circle 时写 TRUE ⇒ 同一条如果标的是 Keep，那一列读出来就是 FALSE；PDF 的表头里有“评价”列，圈选表现为彩色圆点加英文文本。所以接手方要按每份产物各自的列去理解档位，🚫 不能拿"App 里标了什么"去推断"交件里一定能看到同一个标记"。
状态能记录现场判断，但当前流程不能保证所有入口都维持“同镜只留一个 Circle”。
时间要能定位这条，而不是制造一个看起来精确的数字
一条 take record 需要时间位置。当前界面可以记录入点时码和时长，入点在新建记录时可由当下时码带出。交接时，这两个值承担的是“这一条从哪里开始、持续了多久”的定位作用。它们应和镜头、条号、机位一起看，而不是被孤立成一个漂亮的时间字符串。
这里需要保持边界：take record 只应写界面实际能录入的时间字段。数据库里即使存在其他列，只要现场界面没有录入路径，就不应把它们算进这份可交接清单。这样做看起来保守，但能避免把“模型里有字段”误写成“现场已经记录了这个信息”。
备注负责解释例外，连戏素材负责留下可回看的证据
结构化字段能告诉接手者“这条是谁、哪台机、什么状态、什么时间”，但现场总会有不能靠枚举表达的例外。条备注就是留给这些具体情况的文本位置。好的备注不需要重复条号或卷号，而应补充结构化字段没有表达的现场事实，让下一位看到记录时知道为什么这条需要额外注意。
连戏素材则是另一种信息：它不是一句描述，而是和具体 take 关联的证据。SlateX 可以把连戏素材绑定到条记录上，因此接手者可以从这条记录回到相关照片或视频，而不是在一个没有上下文的大相册里猜。照片本身是否代表正确连戏仍需要人判断；take record 的职责是把证据放回它所属的拍摄条目。
一条可交接记录的检查顺序
先看镜头与条号，确认记录身份；再按机位逐一看卷号、片段号和必要的相机参数；接着看 Circle、Keep、Hold、N/G 状态；然后核对入点时码与时长；最后看条备注与连戏素材是否把例外和证据留在了这条上。这个顺序不是为了把表填满，而是为了让下一位接手者可以沿着同一条链追溯。
我们目前做不到的是把数据库里每个看得到的列都当作现场可录字段。本文只收界面真实能填或由当前记录流程带出的信息；没有录入路径的列不进入这份清单。它也不是一套行业通用的 take record 模板，而是对当前 SlateX 记录能力的窄描述。
FAQ
一条 take record 交接时先看哪些信息？
先看镜头与条号，再看每个机位的机位号、卷号和片段号，然后核对 Circle、Keep、Hold、N/G 状态、入点时码与时长、条备注和连戏素材绑定。
多机位要共用一组卷号和片段号吗？
每个机位都有自己的一组参数；同一条 take 挂多台机位时，应分别核对各机位的卷号、片段号和其他相机信息，不把它们压成一套总值。
同一个镜头会不会只保留一个 Circle？
在条记录面板里把一条设为 Circle 时，会把同镜其他 Circle 降为 Keep；新建页和编辑页不执行这一步，所以同一个镜头仍可能留下两个 Circle。
时码和备注在 take record 里各自解决什么？
入点时码与时长负责定位这条记录的时间位置，条备注负责补充结构化字段没有表达的现场例外；两者都应和镜头、条号与机位一起看。
上海智独教育科技有限公司 — SlateX。以上数字截至 2026-09-24。