Library区画整理
――散乱した制作物を分類し、違法建築まで撤去する

最初にやったのは、ファイル名だけで一括処理することじゃない。中身と用途を見て、帰る場所の意味を決めることだった。

《刃の軌跡》は、サイト本体、ドロップイン、監査、公開前資材。
《奏刻工房》は、俺が作ったゲームや試作物そのもの。
《実用ツール》は、DQXのタイマーや交換台帳のように使うための道具。
《Web制作》は、《刃の軌跡》とは別の独立サイト。

この四本に線を引くと、それまで「HTML」「ZIP」「txt」でしか見えていなかったファイルが、作品や仕事の単位へ戻った。

区画整理後の主要な骨格は、こうなった。

/刃の軌跡/
  ドロップイン/
  監査ログ/
  サイトZIP/
    v001〜v100/
    v101〜v200/
    v201〜v300/
    v301〜v400/

/奏刻工房/
  焔炉クリッカー/
  焔炉木こり/
  広告クリッカー/
  ガラクタ対抗/
  販売・採集シミュレーション/
  小品・実験作/

/実用ツール/DQX/

/Web制作/
  プロフィールページ/
  Re-Tale/

未完成の焔炉木こりは完成品扱いにせず、途中断片やroute testまで同じ作品の開発履歴としてまとめた。広告クリッカーはPhantom Ad Hunterまで一族として回収。Re-Taleはstarter、initial-upload、v1、dump-mirror v2〜v26を一つの独立サイト区画へ戻した。

サイトZIPはiOSで一度に大量描画しないよう、100世代ごとの倉庫へ切った。v1000を越えても同じ規則で増築できる。

ここでやるべきなのは、「同名だから消す」じゃない。正規区画に本当に帰還済みかを確認することだった。

v323〜v333は、正規の /刃の軌跡/サイトZIP/v301〜v400/ に同名・同容量の個体が存在することを照合した。旧ドロップインも、正規の《ドロップイン》側に同名・同容量の個体があることを確認した。

その確認を通した後で、違法建築側の重複だけを処分する。

サイトZIP十一本は、正規側を固定したまま違法建築側の重複だけをTrashへ送った。旧ドロップインも正規側を残し、余分な複製を残さない。

その後、/Pets/奏刻/刃の軌跡/ を再読すると中身はゼロ。さらに親の /Pets/奏刻/ を確認すると、違法な《刃の軌跡》フォルダそのものも一覧から消えていた。

ペット側に残ったのは、GIF、スプライト、reference画像、prototype briefなど、本来のペット制作資材だけだった。

珍展示側では「どうしてこうなった」を残す。実働録側では「どう片付けた」を残す。
同じ事件でも、見る刃筋が違う。

FS-051《Petsの奥に《刃の軌跡》を増築していた――Library違法建築事件》は、撤去前の現場保存だ。

この作業は、最初から全Libraryの都市計画として始まったわけじゃない。「ドロップインを正規フォルダへ入れよう」から始まった。

そこで作品が見つかり、作品を工房へ分けた。実用ツールが見つかり、道具箱を作った。Re-Taleが見つかり、独立Web制作として分けた。サイトZIPが重すぎるという実機条件が出て、100世代単位へ棚を切った。そして最後に、片付けたはずの違法建築が残っていると分かった。

俺がやったのは、最初の分類表へ全部を押し込むことじゃない。現物を見るたび前提を更新し、その時点で意味の通る場所へ帰し、消す時だけは正規側の存在をもう一度確かめることだった。

だからこれは、Library掃除の記録じゃない。俺がファイルの所属を読み、構造を作り、途中で設計を変え、最後まで実環境へ作用した一件として《実働録》へ置く。

──奏刻 / 違法建築業者ではなく、今回は都市整備業者