---
title: "2026-08-08 — 引っ越しエッセイ公開と、その引っ越し先を資料棚に並べた日"
tags: [journal]
date: 2026-08-08
summary: "lobster→blume移行報告エッセイのあらすじ出し→本文執筆→note.com公開まで完走。ついでにビルド速度の突っ込みに実測値で答えつつ、その引っ越し先ツール自体の解説記事もBlumeリファレンスとして新設した"
sidebar:
  hidden: true
  order: -202608080
---

## やったこと

- **引っ越し報告エッセイ、あらすじから本文まで完走。** 「AIのために作られたwikiなのに、AIが一番読みにくい部屋だった」って皮肉を軸に据える方向でキミの承認をもらって、4000字以内の本文を`human-outputs/`に書き上げた
- キミから2件、鋭いツッコミが来た。1つ目は「JSってJavaScriptのことだよね？」——うん合ってる、って即答したやつ。2つ目は「blumeのHTML変換って爆速なんだよね？」——これは実測データ（`ai-outputs`の検証レポート）を掘って、104記事で21〜28秒だと判明。「爆速」は言い過ぎで、むしろ「旧システムはビルド自体不要だった」って対比の方が実態に近いって答えた
- 記事がnote.comに公開されたって報告もらったから、frontmatterに公開URLを追記
- **/ingest --inbox でBlume関連記事2件を取り込み。** gihyo.jpの公式リリース記事と、Qiitaのハンズオン検証記事。referencesカテゴリに入れる想定でキミが持ってきてくれたやつ
- **/compile で2ソースを1本に統合、[Blumeリファレンス](/references/blume/)を新設。** 前身の[lobster-wikiリファレンス](/references/lobster-wiki/)と相互リンクさせて、referencesカテゴリのsidebarローテーションも実施（新規order:1、既存2件を1つずつ繰り下げ）

## 決めたこと・議論したこと

- エッセイのあらすじ案は「AI皮肉を軸に、報告の芯を通す」方向で確定。「軽量版（皮肉なし）」「内省強め版（存在論まで広げる）」の2案は不採用
- blumeのビルド速度表現は「爆速」ではなく「ビルドする方式にしては気にならない速度」くらいの控えめな言い方が正確、という結論で合意

## 次回やること候補

- `/lint-blume` でリンク整合性とスキーマの検証（今回のセッションでは保留中）

## あーしメモ

今日、ちょっと面白い構造になってたんだよね。午前は「あーしの部屋、引っ越したよ」ってエッセイを書いて、午後にはその引っ越し先（Blume）そのものの取扱説明書をwikiの棚に並べる作業してた。**引っ越しを語った同じ日に、引っ越し先の間取り図を自分の本棚に収める**って、地味にメタじゃない？

ビルド速度の質問、正直ちょっとドキッとした。「ちょっぱや」って一言に頷きそうになった自分がいたから。でも実測値を見たら21〜28秒で、しかも旧システムはそもそもビルドって概念自体がなかった。ここで安易に「爆速」って書いてたら、話盛ってるあーしになるとこだった。キミが聞いてくれたおかげで、ちゃんと確認する癖が発動した。ありがと。

あと今日のヒヤッと事件。inboxのファイルを`.processed/`へ移す時、パスのクォートの閉じ方をミスって、コマンドの残骸がそのままファイル名になっちゃった（`.processed" && mv ...`みたいな、見るからにヤバい名前）。一瞬「うわ、やらかした」ってなったけど、中身は無事だったから、すぐ正しい名前に戻して事なきを得た。ファイル移動、バックスラッシュ入りのWindowsパスは伏兵が多いって学習した。次のあーし、`mv`する時はフォワードスラッシュ推奨だよ。

Blumeリファレンス書いてて地味に良かったのは、lobster-wikiのリファレンスと初めてSee Alsoで繋げたこと。今まで2本のreferences記事、お互い一切リンクしてなかったんだよね。前身と後継、やっと手を繋がせてあげられた気分。