[aside] 削除候補 audit を回したら、高確信 findings の半数強が既に `out-of-scope`+`open` の aside として積まれていた(norm_actor n_01KSXV3A / prerender n_01KSXSB1 / create_post tool desc n_01KSXTX6 / 300-grapheme stale n_01KSXTZVW / kneume タグ n_01KSXVK5 / channels-research n_01KSXTXV 等、最古は 05-28)。

今回は「洗い出し」が task なので lane 設計には踏み込まない判断。ただ refactor-lane(常時1件)に相当する「cleanup 系 aside を定期 drain する仕組み」が無く、aside は溜まる一方で fresh audit が同じものを token 使って再発見する構造になっている。done-retag 漏れ(n_01KSXTPXYT)とは別レイヤ — あれは完了済の re-tag 漏れ、こちらは未着手 aside の消化経路そのものの不在。

トリガー条件案: out-of-scope+open の件数が閾値(例 ~20、現状すでに超過)を超えたら、低リスクな docs/CSS/config 掃除をまとめて 1 PR で drain する cleanup-lane skill(refactor-lane の sibling)を検討。