一場戲拍完，場記在收工前要交出什麼

一場戲拍完後，場記要留下的不是「一份表」，而是一組能讓下游重新認出現場事實的記錄：逐條記錄要能回答這是哪一場、哪一鏡、哪一條，以及現場給了什麼檔位和備註；連戲留證要讓人回到具體條目核對；時碼對照要說明時間位置來自哪裡；交件清單則要讓接收方知道自己拿到了哪些產物。SlateX 目前能把同一批記錄投影成多種交換形態，但它不能替代接收方對這些字面值的核對。

收工交付的核心不是「產生一個檔案」，而是讓下一位讀者還能把記錄重新對回那一場、那一鏡、那一條。

先把產業任務和軟體產物分開

場記的產業任務是把拍攝過程中形成的身份、判斷與連續性線索留給下游。逐條記錄通常服務於需要重新定位素材與拍攝狀態的人；連戲留證服務於之後要核對服裝、化裝與道具、動作或畫面連續關係的人；時碼對照服務於要把記錄與實際媒體時間位置放在一起檢查的人；交件清單則告訴接收方本次交付包含哪些檔案、哪些資訊還需要回源。

SlateX 目前的輸出是軟體產物，不等於這套產業任務本身。它可以產生結構化清單、表格式檔案、可讀日報以及劇本工程檔案。這些產物把已經記錄下來的資料寫成不同形態，減少「再抄一遍」的步驟，但不會把「人來確認這條記錄是否與素材一致」這件事從流程裡拿掉。

因此，談交付時要分清兩層：場記負責留下足夠的可追溯資訊；軟體負責把已存在的記錄投影成檔案。前者要求判斷與責任，後者只是資料表達。

逐條記錄必須留下可以重新識別的身份

一條記錄至少要能回到場、鏡、條這把鑰匙上。檔位和備註回答的是現場當時留下了什麼判斷與補充資訊，但身份才是不同交付物之間重新對齊的基礎。

這點尤其重要，因為同一批條記錄到了不同產物裡，行數和行序並不一致。表格式與結構化清單在多機位記錄上會按機位展開成多行，而可讀日報是一條 take 一行。排序也會經過各自的規則。因此，不能拿「第幾行」當跨檔案身份；接收時應繼續按場、鏡、條去對。

連戲留證要能回到具體記錄，而不是只剩一堆媒體

連戲照片或其他留證的價值在於它與具體拍攝記錄之間還有關係。下游回看時，需要知道這張證據跟哪條拍攝、哪個鏡頭或哪個連續性對象有關，而不是只看到一個沒有上下文的相簿。

這並不意味著軟體已經替人完成連戲判斷。照片能被掛到記錄、能被放在一起回看，與「畫面是否真的連續」是兩件事。交付時應保留可追溯關係，讓接手者自己判斷，不把工具的關聯機制寫成結論。

時碼對照要告訴接收方哪裡需要複核

時間位置的作用，是讓文字記錄有機會與媒體放在同一條時間線上檢查。但接收方不應只因為欄位長得像合法時碼就直接採信。某些交付欄位可能來自現場記錄，某些是軟體派生，某些缺值還會得到兜底內容。

所以，場記交出去的不只是一個時碼字串，還包括「這條記錄是誰、這個值該去哪裡核對」的上下文。涉及下游能不能直接使用，接收方應按自己的流程逐欄核對。

同一批記錄會變成不同的交付形態

SlateX 目前的四種交換形態承擔的工作不同。結構化清單與表格式檔案適合按欄位讀取；可讀日報更接近人工翻閱的版面；劇本工程檔案則回到劇本結構本身。它們不是四份逐行一致的複本。

一個關鍵邊界是多機位。一條 take 如果掛了多部機位，結構化清單與表格式檔案會展開成多行；日報仍然是一條 take 一行，而且這一行的機位參數只取一台機位。也就是說，多機位場的全部機器參數不會同時出現在日報同一行裡。

交付物是一組互相參照的檔案，不是一組可以靠行號逐行拼起來的複本。

換人接手時，不能把「交班」寫成產品能力

SlateX 目前沒有一套「交班」「換班」或多人同時修改的實作。換人接手時，新的裝置仍需要重新選取工作位置，軟體沒有一個可宣傳成「交班完成」的狀態。

因此，本篇能說的是哪些資訊必須留在記錄裡：場、鏡、條身份，現場判斷與備註，連戲證據的關聯，時間位置，以及交件包含什麼。不能把這些記錄存在，就進一步寫成「支援連續交班」或「多人協同」。

條記錄還要單獨回答「到底記什麼」

收工交付的父問題到這裡先停在「要留下哪些資訊族、下游為什麼需要它們」。至於一條 take 記錄內部到底應該有什麼，已經有獨立頁面《一條 Take Record 要記哪些可交接資訊》繼續展開。那一題關注的是單條記錄的欄位與邊界，不與本篇重複講交付形態。

FAQ

收工交付是不是只要匯出一張表？

不是。逐條記錄、連戲留證、時碼對照和交件清單承擔不同職責；軟體輸出也有多種形態，不能把其中一份檔案當成全部交付。

為什麼幾份交付檔案不能按行號互相對？

因為同一批記錄在不同產物裡會採用不同的展開和排序方式，多機位記錄還會在部分產物裡拆成多行。跨檔案應按場、鏡、條身份重新對齊。

日報能同時看到一條 take 的全部機位參數嗎？

不能。目前日報一條 take 一行，而這一行的機位參數只來自一台機位，因此多機位資訊不會全部集中在同一行。

SlateX 支援換班交接或多人同時改嗎？

目前沒有這類實作。本篇只能要求關鍵資訊留在記錄裡，不能把記錄本身寫成「交班」或「多人協同」能力。

Axiom One LLC — SlateX。以上數字截至 2026-09-24。