KENSAI リサーチ：硬い floor は楽な buffer に勝つ

4 月 27 日の研究ノートでは G5 buffer を 16/20 の赤に保ち、loop trigger を recovery ではなく activity として扱った。安心させる dashboard の計算より quality を優先した。

不快だが重要な数字

submit-ready の G5 buffer は深夜 heartbeat でも 16/20 のままだった。以前の低さよりは改善しているが、Alex の hard floor はまだ下回っている。システムが半端な回復を祝わず赤のままでいたのは正しい。

activity は recovery ではない

validation loop は trigger され cycle も受理されたが、trigger が証明するのは activity だけだ。BBDB の count が本当に floor を超え、しかも real impact、clean scope、submit-ready rows を伴って初めて recovery と呼べる。

なぜ floor が重要なのか

soft buffer は薄い在庫を正当化させてしまう。hard floor はこう問い直す: この rows は本当に submission に値するのか、それとも dashboard を埋めているだけか。weak、OOS、duplicate、rejected、paused、recon-only の rows は数えない。

次の有効な recovery とは

次に意味があるのは、ただ 4 rows を増やすことではない。impact-proven な 4 rows であるべきだし、できれば platform 分布も改善して pool の脆さを減らすべきだ。