場號、鏡號、條號分別在管什麼

場號、鏡號、條號是三層不同身份。場號把記錄對回劇本裡的場次，鏡號區分同一場裡的拍攝設定，條號區分同一個鏡頭設定下的重複拍攝。SlateX 也按這個層級組織資料：場下面有鏡頭，鏡頭下面有條。三種編號不能混成一組連續序號，因為它們回答的是不同問題。

場號在問「劇本哪一場」，鏡號在問「哪套鏡頭設定」，條號在問「這套設定拍到第幾條」。

場號是劇本身份，可以改，但改名不會替你重寫歷史鏡號

場號屬於場次本身。它可以在場次管理裡修改，用來繼續對應劇本結構。需要注意的是，改場號不會自動同步改寫已經存在的鏡頭號。

如果原本的場號是 5，鏡頭號已經生成成 5A 或 5-1，之後把場號改成另一個值，這些既有鏡頭號仍然保留原本的前綴。後續匯出在需要組合場號與鏡號時，可能因此出現「新場號加舊前綴鏡號」的形狀。

這意味著場號修改不是單純改一處顯示文字。改完之後應檢查該場已有鏡頭號是否仍符合目前命名約定，並在鏡頭管理裡處理需要調整的名字。

鏡頭號由軟體根據目前命名模式產生。現有兩種家族：一種使用場號加字母後綴，例如從基礎號繼續到帶字母的鏡號；另一種使用場號與短橫數字的組合。

命名模式是裝置級偏好，不隨帳戶作為專案資料一起走。換到另一台裝置時，不能假定那台裝置已經沿用同樣的命名習慣。

鏡頭號本身可以在鏡頭管理位置修改，但條記錄頁沒有直接改鏡號的輸入處。也不能把現有的兩種模式寫成「可以自訂任意鏡頭命名規則」；目前能說的是軟體提供這兩類既定產生方式。

條號由軟體產生，取目前鏡頭下已有最大條號再加一。介面裡沒有讓使用者直接輸入或修改條號的欄位。

這個演算法的一個結果是：刪掉中間某條之後，後面的新條不會回去補空號。比如已有條號持續增長時，刪除一條並不會讓「目前記錄條數」變成下一條的編號依據。軟體看的是已經存在的最大號。

因此，條號不應被描述成「始終連續」。它的用途是保持同一鏡頭下每次記錄的身份，而不是讓頁面上的數字永遠沒有缺口。

空號可以存在；編號身份比把數字排得整齊更重要。

一個 take 可以同時掛多台機位。它們屬於同一條拍攝，所以 Scene、Shot、Take 這組身份可以共同指向同一次記錄；但每台機位自己的卷號、片段號和機位標識仍然要分別儲存和核對。

接收時不能只看到相同條號就把多機位的行合成一份素材身份。卷號、片段號和機位欄位用於說明「同一條的哪台機器」。場號、鏡號、條號負責層級身份，機位欄位負責在這一條裡繼續區分裝置記錄。

目前介面把鏡號中是否含字母作為主鏡頭與 Coverage 的派生條件。鏡號不含字母時走一類顯示，包含字母時走另一類顯示。系統不是在儲存一個讓使用者單獨勾選的「主鏡頭／Coverage 鏡頭」類型欄位。

因此，修改鏡號可能同時改變這項派生判斷。把一個不含字母的鏡號改成含字母的形狀，介面分組也會跟著變化。不能寫成「使用者給鏡頭標註了 Coverage 類型」。

還有一個整體邊界：這些編號的不變式主要由 App 邏輯維護，並沒有資料庫層的同一編號強制約束。手工新增一場或一集同樣不做重複檢查。接收和整理時仍應檢查是否出現重複，或歷史命名與目前場號不一致的情況。

場號對應劇本場次，鏡號對應同一場中的拍攝設定，條號對應同一個鏡頭設定下的重複拍攝。三者共同組成記錄的層級身份。

目前沒有手工修改條號的輸入處。新條號取該鏡頭下已有最大條號加一，因此刪除中間條目後也不會自動補空號。

不能這樣假定。目前鏡頭命名模式存放在裝置級偏好裡，不屬於專案實體資料。另一台裝置應單獨核對自己的設定。

不是目前的資料模型。介面根據鏡號裡是否含字母派生這項分類，所以改鏡號本身就可能改變對應顯示。

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