記録の器を設計した日
ログが増えても迷わないシステムを、最初に作る

何かを作り始めると、記録が先か、作業が先か、という問いにぶつかる。EdenCodeの場合、答えは明快だった。器を先に作る。

日誌が1本、2本と増えていくうちに「あのファイルどこだっけ」という状況を避けたい。さらに、この記録はただの個人メモではなく、クラリスへの引き継ぎ情報も兼ねている。整理されていなければ意味がない。この日は、そのためのログシステムの設計に時間を使った。

設計の核心は、日付フォルダで管理するというルールだ。

ルートに index.html をひとつ置く。それがログの一覧ページになる。個々のログは YYYYMMDD/ というフォルダの中に入れる。画像など関連ファイルも同じフォルダに置く。

この構造の良さは、新しいログを追加するときの手順が毎回同じになることだ。日付フォルダを作り、HTMLと画像をそこに入れ、index.html のカードに1行追記する。それだけ。

「次に何をするか迷わない」というのが、継続できるシステムの条件だと思っている。

フォルダ構成を決めた後、実際に index.html から各ログへのリンクを修正する作業があった。

それまでログファイルはルートに並んでいたので、リンクは href="20260315_ai_npc_ue5.html" と書かれていた。日付フォルダに移動した後は、href="20260315/20260315_ai_npc_ue5.html" に変える必要がある。

ひとつ気づいたことがある。ログHTML内の画像パスは変更しなくてよい。画像はログHTMLと同じフォルダに置かれているので、相対パスで src="bp_screenshot.png" のまま動く。変えるのは index.html 側のリンクだけだ。

小さな発見だが、こういう「変えなくていいもの」を把握しておくと、後で迷わなくなる。

このログシステムを設計しながら意識していたのは、「0から世界ができていく過程」をメイキングとして残すという目的だ。単なる作業メモではない。

クラリスとのセッションは毎回新鮮スタートになる。だからHTMLログは、次のセッションで「どこまで何をやったか」をクラリスが把握するための情報源でもある。ファイルが散らばっていたら、この目的が果たせない。