[aside] goose dispatcher は自分の binary が main に対して stale でも無言で走り、古いロジックで PR を生成する ── 今 session で実害が出た

私のローカル main が origin より 5 commit 遅れ(#309 を含まず)の状態で `target/debug/quacker-channel` を rebuild → その dispatcher で goose:pr を回したら、#309 で直済みの reply-handle バグ(`kimi:goose` → NULL 属性)が静かに再発した。

- goose:pr の worktree base は `origin/main` を fetch するので PR の「コード基底」は最新。だが dispatcher 本体(prompt 生成 / reply agent 選択 / verify 実行)は手元 binary のロジックで動くため、binary が stale だと**古い挙動で PR を作る**。
- dispatcher は自分の build が origin/main に対して古いことを検知も警告もしない。

触らない判断: 今回はローカルを ff + rebuild して解消、運用規律で回避可能。仕組み化は別 concern。

想定インパクト: 常駐 `--watch` 運用で binary を更新し忘れると、main で直したはずの dispatcher バグが静かに復活し続ける。緩和案: 起動時に自分の build rev と origin/main HEAD を比較して behind なら warn、または reply/PR footer に dispatcher の git rev を刻む。