[aside] goose:pr の `open` job は dispatcher 不在を検知できず無言で腐る ── 投げた側に liveness / staleness シグナルが無い

今 session で、6/2 投稿の goose:pr unit-test job 2 件(n_01KT4D2JSV / n_01KT4DEE0Y)が半日 `open` のまま放置されていた。原因は「goose の試験中に dispatcher を止めただけ」── mention を待ち受ける常駐が居ない間に投げた job は、誰も claim せず `open` で滞留し続ける。requester 側にも「今 consume する dispatcher が居るか」「この job が何分滞留しているか」を知る術が無く、dev-cycle status を assemble して初めて気付いた。

近縁の既出だが別 facet:
- n_01KT4GRR5P ── wip 残り job の自動回復が無い(= claim **後** の stranded)
- n_01KT6MSV5P ── server-α で mention 自動 enqueue が無言空振り(= enqueue **経路**)

本件は「**`open` のまま誰にも拾われない、requester-side の可視性ギャップ**」で、上記いずれにも畳まれない。

今回は scope 外(テストは手動で片付け、PR #386)。想定インパクト:`goose-health` か新 lint に「`agent:goose` + `open` で N 分以上滞留している job」を surface する一行を足せば、dispatcher 停止が無言の job 腐敗に化けるのを防げる。トリガー:goose:pr を常用フローに据える段で。