bug(history): a session-only topic leaves an index entry with no posts file

[smileygames]

観測

2026-08-27、#115 / #116 を実機で確認中に発見。

セッションを起動すると、その時点でトピックが索引に書かれる。しかし発言が無ければ .jsonl は作られないため、索引にエントリがあって投稿ファイルが存在しないトピックが生まれる。一覧にはタイトルが空の行として並ぶ。

実測（%APPDATA%\org.liplus-project.pullcept\logs\main\）:

{
  "topic_id": "2203d6d1-4df7-4d76-ac2b-6f718ad64152",
  "title": "",
  "created_at": "2026-08-27T14:07:17.876Z",
  "sessions": { "2d8f9a1a-…": "fc7c3171-…" }
}

同ディレクトリに 2203d6d1-….jsonl は存在しない。

前提

索引を書くこと自体は必然である

トピックはセッションの器であり（#115 決定3）、{account_id: session_uuid} の置き場は索引しかない。セッション起動時に書かないと、その id を失う。したがって「セッション起動で索引に書く」を単純にやめる形は取れない。

整合を戻す仕組みが片方向しかない

src-tauri/src/room_log.rs のモジュール doc は「実在はディレクトリ側、索引は注釈」と述べ、read_index は索引に無い .jsonl を拾う。これは「投稿がファイルに着いたが索引に着く前に落ちた」窓を閉じるためのもので、#115 の遅延生成を安全にしている。

しかし逆向き — ファイルの無い索引エントリ — を戻す経路が無い。拾う側だけがあって、落とす側が無い状態。

結果

「起動してセッションだけ起こし、何も言わずに閉じた」たびに、タイトルが空の行が一つ積まれる。掃除される経路を持たない。#115 の遅延生成が避けようとした「何も話さずに閉じた回が一覧に残る」形が、この経路からだけ復活している。

未決

• 空タイトルの行をどう扱うか。読み出し時に落とすか、一覧で隠すか、セッション id だけ別の場所に持つか。
• セッションを起こしただけのトピックは、そもそも一覧に出るべきか。出すなら何と表示するか（現在は空文字）。
• 既に生まれてしまったエントリの後始末。

関連

• feat(history): split the history into topics, resumable from the list #115 — トピック分割。この不具合はその実装から生まれた。
• feat(history): split the history into topics, resumable from the list (room_log, room.rs, session.rs, config.rs, sidecar, index.html, main.ts, styles.css, docs) #116 — 実装 PR。実機確認で発見。

[smileygames]

#119（トピックの削除）で、空タイトルの行にも削除ボタンを出すことにした（AI 判断5、Master が覆せる形で記録）。

この issue には二つの影響がある。

• 手で片付ける道ができる。 現在この行はどの経路でも消せないが、feat(history): delete a topic from the list #119 が入れば消せるようになる。
• この issue は閉じない。 生成側は変わらないため、起動してセッションだけ起こして閉じるたびに積まれ続ける。feat(history): delete a topic from the list #119 は後始末であって、原因の修正ではない。

実装順の含みとして、#119 が先に入れば、この issue の「既に生まれてしまったエントリの後始末」という未決は消える。残るのは「そもそも生成すべきか / 一覧に出すなら何と表示するか」の二点になる。

[smileygames]

前のコメントを訂正する。

Master の判断で、#119 の削除ボタンは空タイトルの行には出さないことになった（#119 決定5）。前のコメントで「#119 が入れば手で片付ける道ができる」「この issue の後始末の未決は消える」と書いたが、どちらも成り立たない。

改めて、この issue と #119 の関係:

• 手で片付ける道はできない。 空タイトルの行を消す経路は、feat(history): delete a topic from the list #119 が入っても存在しない。この issue が唯一の解決面である。
• 後始末の未決は残る。 既に生まれてしまったエントリをどうするかは、ここで決める必要がある。
• 実装順の依存も無い。 前のコメントで feat(history): delete a topic from the list #119 を先にすることを勧めたが、feat(history): delete a topic from the list #119 はこの行に触れないため、どちらを先にしても互いのスコープは変わらない。

加えて、決定5は未決を一つ鋭くする。空タイトルの行は、名前を持たず、消せず、開いても何も無い行として一覧に残る。一覧に出す意味があるのかどうかが、この issue の判断の中心に寄ってきた。読み出し時に落とす / 一覧で隠す / そもそも索引に書かない、のいずれを取るかで、見え方が変わる。

[smileygames]

実機確認（#120 merge 前）で、この行の見え方が一つ分かった。

#117 の行と、まだ実体化していない現在のトピックが、画面上で区別できない。 どちらも 未命名 として同じ形で並ぶ。しかし前者は索引に残って消せず、後者は何も書かずに消える。一覧を見ている人には、消えるものと永久に残るものが同じ顔をしている。

再現手順（2026-08-28 に確認）: 新規トピックを開き、発言せずにセッションを起動する。索引に title: "" sessions: 1 のエントリが生まれ、.jsonl は作られない。

#120 の削除ボタンはこの行に出ない（#119 決定5）ため、生成された時点で手の届かない行になる。この issue の未決「一覧に出す意味があるのか」は、その区別がつかないという観測を加えた上で判断することになる。