一條 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 降到 Keep，評分隨之降一檔），別的欄位不碰，也不跨鏡頭。交接時按記錄裡那一格讀，現場圈過的到底是哪一條仍在日報裡說清——那是流程該承擔的判斷，不是軟體替你挑條。
還有一件必須在交接裡說清的事：檔位在各份交件裡的可見性並不一樣，不能籠統說「都帶得出去」或「都帶不出去」。ALE 現在帶著 Rating 與 Circled take 兩欄，寫的就是現場那一次判定；但它是一份接片匹配用的清單，不是替剪輯室挑條的通道——圈過哪條仍然要落在日報裡、當面說給剪輯師。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。至於其他入口是否也始終只留一條，介面沒有給出保證，所以不寫成承諾。圈過的是哪一條，交接時仍按日報確認。
時碼和備註在 take record 裡各自解決什麼？
入點與出點兩枚讀數負責定位這條記錄在素材上的時間位置，「實拍時長」 記下現場實際演了多久，條備註負責補充結構化欄位沒有表達的現場例外；它們都應和鏡頭、條號與機位一起看。
Axiom One LLC — SlateX