要点： 環境の質は、アーティストが一分未満で見つけられるものに縛られます。数千アセットを越えると、フォルダの 規律はスケールしなくなる。検索プラスタグが引き継ぎ、サムネイルがスキャン速度を決め、重複は一斉削除でなくポリシーを 要し、移行は英雄的でなく機会主義的でなければなりません。ここに成長を生き延びるシステムがあります。コピーする価値の ある具体的な規約と、それぞれがスケールでなぜ重要かとともに。
図書館は本の山ではない。本プラス見つける仕組みだ。あなたのアセット集は、二つ目の部分が存在してこそ図書館。 さもなくば非常に高価な山です。
散らかったライブラリの本当のコスト
正しい岩を見つけるのに四分かかると、アーティストは一つ探した後にやめる。何千もの購入パックが未開封の まま、シーンは同じ二十の記憶されたアセットに収束する。
損害は画面に見えます：プレイヤーが感じる反復、決して出荷されないパックに費やされた金、そしてあらゆるセット ドレッシングの時間への静かな税。規則をより鋭く言う方法があります：約一分以内に見つけられないアセットは事実上 存在しない。あなたはそれに払い、保管し、バックアップする。そしてそれは決してレベルに現れない。見つけやすさは 家事ではない。あなたの視覚的多様性の上限だ。同一のアセット予算を持つ二つのスタジオは、一方が自分のアセットを 見つけられ他方が見つけられないなら、見た目に明らかに違うゲームを出荷します。
命名：退屈で、ソート可能で、曖昧さがない
規約はフラットなリストで有用にソートされる場合のみ働く。型プレフィックス、カテゴリ、マテリアルまたは 種、サイズ、インデックス。スペースなし、「final_v2_NEW」なし。
実証済みの形：
SM_Rock_Granite_Large_01 (static mesh)
SM_Rock_Granite_Large_01_LOD1
T_Rock_Granite_D / _N / _R (textures: diffuse, normal, roughness)
M_Rock_Granite (material)
MI_Rock_Granite_Mossy (material instance)スケールで働かせる規則：概念ごとに一語（Rock、Rock/Stone/Boulderを互換に使うのでなく）、最もフィルタされる フィールドを早く置いてソートが有用にグループ化するように、インデックスをゼロ埋めし（01、1でなく）10が2より 前にソートされないように、そして規約を、皆が初日に読む一ページに書く。正確なスキームは、ちょうど一つあることより はるかに重要でない。そして今日、あなたがどんなサイズであれ始めること。なぜなら5万ファイルに名前を後付けするのは、 誰も終えず、先延ばしを皆が後悔するプロジェクトだから。
フォルダは一つを言う；タグは残りを言う
ファイルは一つのフォルダに住むが多くの属性を持つ（フォルダは所有権とパイプライン（どのパック、どの プロジェクト）を符号化すべき、タグは検索するあらゆるもの）、バイオーム、マテリアル、ムード、サイズ、スタイル。を 符号化する。
多次元性をより深いフォルダツリーで戦うと、何も二度と見つからない古典的なProps/Nature/Trees/Dead/Moss/墓場を 生みます。苔むした枯れた白樺は五つのフォルダに同時に属し、一つにしか住めないので、常に誤った四つにいるから。 機能する分割は、検索を主要な入口に、フォルダツリーを単なる配管にします。
ほとんどの環境作業をカバーするタグ語彙は、チームの予想より小さい：バイオーム（森、砂漠、都市…）、 マテリアル（木、花崗岩、錆びた…）、状態（無傷、摩耗、廃墟）、サイズクラス、そしてスタイル。五つの軸、 たぶん四十の語、一度合意され施行される。規律は語彙を閉じたままに保つこと：誰かが発明する新しい類義語ごと （「風化した」を「摩耗」の隣に）に、両タグの価値が半分になる。一方の検索が他方を逃すから。
サムネイルが検索の質を決める
ファイル名のリストは図書館でない。一貫したサムネイル（同じ角度、中立の光）は目に毎分数百の候補を スキャンさせる。それがセットドレッシングが実際に必要とする速度だ。
人間の視覚は、名前を解析するよりはるかに速くサムネイルのグリッドを評価する。それを働かせるのは一貫性だ。提示が 同一なとき、アセットの違いが見えたままだから。ランダムな角度、ランダムな光で撮られた岩は自分の形を隠す；標準的な 四分の三ビューで中立の光の下の同じ岩は、それを即座に露わにする。バッチでレンダーせよ。サムネイル・パイプラインは、 どんな大きなプロジェクトの最初の一週間で元を取る。
サムネイルはまた、まさにスケールが痛むところ：十万を閲覧するには仮想化、キャッシュ、そして追いつく間エディタを 止めるのでなくバックグラウンドでレンダーするパイプラインが要る。そのエンジニアリング問題こそ、まさに私たちが Numivoに、百万アセットで滑らかなまま、即時サムネイルと、「どこかのあの苔むした崖の破片」を二語検索に 変える任意のAIタギングを備えたコンテンツブラウザを作った理由です。ブラウザ問題と命名問題は、異なる層の同じ問題： どちらも「私は物が要る」と「私は物を見ている」の距離を潰すことについて。
重複問題を物理化：何千もの似通った単位。技は、見つけられる正典版を一つ保ち残りを静かに格下げすること。壁がまだ 寄りかかっている何かを削除するのでなく。
重複：一つ保ち、残りにタグを
見つけ次第ニアデュプリケートを削除するな（参照が壊れる）。正典版を選び、他をduplicateとタグし、 デフォルト検索から除外し、何も参照しなくなって初めて本当に退役させよ。
長寿命のプロジェクトはすべて重なるパックを溜める：四つのベンダーからの四つの花崗岩、取っ手だけ違う三つの樽。 二段階ポリシー（今格下げ、後で削除）は、見つけやすさの勝利を破損リスクゼロで即座に捉える。重複は検索から消えるが、 既に参照するどのシーンのためにもディスクに残る。参照スイープを四半期ごとに走らせよ；六か月参照なしは、たいてい墓場を 一括で安全に片づける。
避けるべき失敗モードは、見つけた日に重複を削除すること：何かが常に削除した方を参照し、レベルが壊れ、チームは 片づけを恐れることを学ぶ。その後は誰も何も片づけない。格下げ後削除は片づけを安全に保ち、安全な片づけは唯一 起き続ける片づけです。
移行：混沌からシステムへ
ビッグバンの片づけのために制作を止めるな。今日から新しいすべてに規約を適用し、それから古いコンテンツを 機会主義的に移行せよ：レベルが引き込むものは何であれ、通り道でリネームとタグ付けされる。
機会主義的規則には美しい性質がある：重要なアセットが最初に移行する、定義上。それらが使われているものだから。 一年後に触れられていない何もかもはコールドストレージに属し、検索結果でなく、そもそも移行を必要としなかった。 代わりに英雄的な週末の片づけを試みるチームは、半分リネームされたライブラリを生みがち。どちらの極端よりも厳密に悪い。 なぜなら今や検索結果が二つの規約を混ぜ、どちらも信頼できないから。
盗む価値のある現場の数字
- 見つけやすさの予算：一分未満、さもなくばアセットは機能的に存在しない
- 環境作業をカバーするタグ語彙：約5軸、約40の閉じた語
- 一貫したレンダリングでのサムネイル・スキャン率：毎分数百
- 重複ポリシー：即時格下げ、約6か月参照なしで削除
- 命名：ゼロ埋めインデックス、概念ごとに一語、一ページの規則
ミニFAQ
AIタグは手動タギングを置き換えるほど良い？ ほとんどを置き換えるほど良い。自動タグが大半（被写体、マテリアル、 色）を担い、人間が判断（スタイルの適合、プロジェクト固有の語）を加える。組み合わせは単独どちらにも勝つ。だからAI タギングは完全な置き換えでなく、オプトインの支援層として最も働きます。
共有ライブラリか、プロジェクトごとか？ 共有ソースライブラリ、プロジェクトごとのインポート。ライブラリはすべてを 完全なタグで保つ；プロジェクトは出荷するものだけを引き込み、ビルドを引き締め、クック時間を短く保つ。二つを混ぜる（ ライブラリ全体を参照するプロジェクト）、が、ビルドサイズが膨れる仕方です。
バイナリアセットのバージョン管理は？ ライブラリは庭であって、アーカイブでない：ソースファイルをDCC パイプラインでバージョン管理し、ライブラリを現在最良のみとして保て。検索結果に住む歴史的バージョンは、名札を付けた ノイズであり、全員のあらゆる検索を遅くします。
チームに実際に規約を守らせるには？ 正しいことを簡単なことにせよ：命名パターンを事前入力する保存/インポート テンプレート、規約外のファイルを標識するリントステップ、そして規約準拠のアセットを見つけられ、規約外のものを不可視に するサムネイル。ツールで施行された規約は残る；小言で施行されたものは残らない。
醜く始めよ、今始めよ：一ページの命名シート、十のコアタグ、一貫したサムネイルは、来四半期に始まる美しい分類法に勝つ。 図書館は庭。絶えざる小さな草取り、決して一度の英雄的な片づけでなく。