Circle、Keep、Hold、N/G はそれぞれ何を意味するのか
現場の記録の文脈では、Circle は通常ディレクターが明確に選んだテイク、Keep は使える候補、Hold はとりあえず保留して最終判断はまだ下していないこと、N/G は不通過を示します。SlateX はこの対外的な名称でテイクの状態を表示しますが、内部の保存識別子、インターフェースの表示名、引き渡しのテキストはまったく同じ1組の名前ではなく、受け取るときにあるフィールド名だけで状態の意味を推測することはできません。
今読んでいるのがインターフェース名か、内部の識別子か、引き渡しのフィールドかを先に見ます。同じ状態でも3か所で呼び方が違うことがあります。
4つの現場の名称はまず業界の意味どおりに読む
Circle は明確に選ばれたテイクです。Keep は依然として残す価値のある使える候補です。Hold はとりあえず保留して、判断がまだ完全に決着していないことを示します。N/G はこのテイクを不通過とします。
これらの語は現場の作業文脈の語で、SlateX が作った用語ではありません。ソフトウェアが担うのはこの一組の状態を記録し、異なる画面と引き渡しのファイルで対応するフィールドへマッピングすることです。
したがって、記事の中でこれらを自作の段階評価の語彙へ書き換えたり、ある種の汎用の点数体系へ包装したりしてはいけません。読者が本当に知る必要があるのは、各状態がワークフローの中でどんな判断を担い、引き渡しのときにどこへ書き込まれるかです。
インターフェース名と内部の保存識別子は完全に同名ではない
SlateX 内部の状態の識別子は Best、Good、Keep、NG の一組の文字列を使い、英語のインターフェースでは Circle、Keep、Hold、N/G と表示されます。インターフェースの表示名自体はローカライズ用の語彙項目を通るため、他の言語ではその言語の対応する訳名が表示され、引き渡しのファイルの中の評価のテキストだけが固定の英語です。其中最も混同しやすいのは、内部の Good がインターフェースの Keep に対応し、内部の Keep がインターフェースの Hold に対応する点です。
これが、文書が内部の列挙の名前だけ見て翻訳してはいけない理由でもあります。外に向けて読むべきは、インターフェースと引き渡しが使う状態の意味であって、コードの識別子を現場の用語として扱うことではありません。
引き渡しのテキストも同じく固定の英語の状態名を使います。インターフェースの言語が変わったことを、エクスポートファイルがこれらの状態をもう1組のローカライズされた文字列へ自動で翻訳すると理解してはいけません。
ALE には評価の段階の列がなく、CSV だけが Rating を書きます
現在の ALE には Rating、Circle、Keep その他の段階を示す列がありません。受け取り側が ALE そのものから、あるテイクが現場でどの段階に標識されたかを読み取ることはできません。
CSV はテキストの Rating を書きます。状態がある場合、Circle、Keep、Hold、N/G のいずれかを出力し、未標識のときは空になります。別の種類のレポートも段階を読み取りますが、そこからすべての引き渡しの形式が同じ状態を運ぶとは導けません。
だから正確な言い方は「段階が引き渡しに付いて来るかどうか」ではなく、形式にまで具体化することです。このファイルに対応する列があるか、その列がどの内部値から派生するか。
CSV の Circle 真偽値列は Rating より狭い
CSV にはもう1列、真偽値の Circle があります。この列はテキストの段階名が Circle に対応する段階のときだけ TRUE を書き、他の状態では FALSE を書きます。
したがって、Keep は真偽値の Circle 列では FALSE と読まれます。これは Keep に現場の意味がないことを示すのではなく、この真偽値フィールドの判定条件が完全な段階よりも狭いことを示すだけです。
内部にはもう1つ Circle の状態ビットがあって、いくつかの書き込み経路では Keep と Circle の両方を「Circle 済み」と見なしますが、CSV の真偽値列はその状態ビットを読みません。受け取り側が完全な状態を復元するなら、Rating のテキストの段階名と具体的な形式の規則を基準にする必要があり、Circle=TRUE/FALSE をすべての意味として扱うことはできません。
Ratingは完全な段階名で、CSV のCircleはその中のより狭い派生判定の1つにすぎません。
「同じショットでは Circle は1本だけ」は無条件の保証ではない
テイク記録の一覧のある作業面では、1本を Circle にすると、同じショットの中で元の Circle を Keep へ格下げします。この規則が存在するのはこの状態更新の経路だけです。
新規作成のフォームや編集のポップオーバーから直接状態を保存した場合、同じ兄弟テイクの格下げは実行されません。だから、同じショットの下に Circle が2本現れる可能性は残ります。局所の作業面の挙動を取り込んで、App 全体の無条件な排他の保証として書くことはできません。
状態の表示には異なる読み取り源も存在します。一覧のアイコンは内部の状態の文字列を読み、統計と関連参照エリアの代表素材の並び替えは数値の段階を読みます。書き込み経路がそれらを一致させ続けていない限り、ページごとに同期しない結果が起こり得ます。受け取りと障害調査のときは、まず現在の画面が実際に出所のどちらを読むのかを確かめる必要があります。
FAQ
Circle、Keep、Hold、N/G のどれが明確な選択を示しますか？
Circle が明確に選ばれたテイクを示します。Keep は使える候補、Hold は保留で判断未定、N/G は不通過です。これらは現場の文脈での状態の意味です。
内部の Keep はなぜインターフェースの Keep ではないのですか？
内部の保存識別子とインターフェースの表示名が同じ1組の文字列ではないからです。内部の Good がインターフェースの Keep に対応し、内部の Keep がインターフェースの Hold に対応するため、コードの名前にしたがって直接翻訳することはできません。
ALE からどのテイクが Circle なのか分かりますか？
現在の ALE の段階の列から読み取ることはできません。この ALE には段階を示す列も Circle の印を示す列もないためです。状態の情報が必要なら、状態のフィールドを本当に含む引き渡しの形式、または現場の記録を確認してください。
CSV の中で Keep の Circle 列が FALSE なのはなぜですか？
真偽値の Circle が Circle の段階に属するかどうかだけを検査するためです。Keep はテキストの Rating に残りますが、このより狭い真偽値の条件は FALSE を返します。
Axiom One LLC — SlateX。上の数字は 2026-09-24 時点のものです。