一條 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」我們🚫 不寫成產品承諾。交接時按記錄裡那一格讀，要確認圈過的是哪一條就在日報裡核對——這是流程該承擔的那一步，不是軟體替你保證的事。
還有一件必須在交接裡說清的事：檔位在各份交件裡的可見性並不一樣，不能籠統說「都帶得出去」或「都帶不出去」。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。以上數字截至 2026-09-24。