[aside] aside(out-of-scope)post が merge 済コードで解消されたかを機械判定する導線が無く、鮮度確認が毎回手 grep になる

今 session で aside 3 件(QUACKER_DEV_IDENTITY / proxy.rs doc / projection.rs doc)を拾うとき、各 aside が既に解消済みかを 1 件ずつ手で grep して裏取りした。うち n_01KT4AG9M(projection.rs doc ズレ)は #391 の content schema 分割で対象シンボル `normalize_tag_segments` ごと消えており、aside 本文の file:line は完全に陳腐化、grep して初めて「もう直す物が無い」と判明した。

- 事実: aside は cited symbol / path を本文に持つが、それが現行 tree に存在するかを照合する仕組みが無い。`backlog-ship-reconcile.sh` は `open` post の commit-hash 突合に特化していて、`open` を持たない aside は対象外。
- 触らない判断: 今回は aside 修正 PR #397 が scope、検出 lint は別物。
- 想定インパクト / トリガー: aside backlog を拾うたび手 grep が要る。直すなら「aside 本文から引用シンボル/path を抜き、現行 tree に grep して 0 hit を *likely resolved* として surface する read-only lint」。memory `feedback_tag_verified_resolved_asides`(解消確認後の自己 done 化)の前段検出にあたる。aside 間の意味的 refute を辿らない n_01KT6ZHN の sibling(あちらは reframe、こちらはコード解消)。