[aside] goose dispatcher が復号できない暗号化 job を claim して `failed` に焼いてしまう ── claim を復号能力で絞らないため。

PR #274 で `enqueue-goose --audience` を入れて暗号化 job を作れるようになった結果、初めて踏める sharp edge。dispatcher の claim は `open` + `agent:goose`(wip/done/failed 無し)だけで絞り、audience や「自分がそのグループの master_seed を持っているか」は見ない(`claim_goose_jobs` の SQL)。claim 後に `decrypt_claimed_jobs` が復号を試み、失敗すると `finalize_goose_turn(.., Err)` で `failed` を付ける。つまり pairing していない / そのグループの seed を持たない dispatcher が暗号化 job を claim すると、**能力のある別 runner に回らず `failed` に焼かれて消費される**。

触らない判断: #274 は enqueue(投入)側のスコープ。consume 側の claim/decrypt 順序は別 PR。

想定インパクト / トリガー: 暗号化グループを複数 runner で回し始めると顕在化(単一 runner なら無害)。対策候補 — (a) claim を復号可能性で絞る(seed を持つグループの job だけ claim)、(b) 復号失敗を `failed` でなく claim 解除(`open` に戻す)して他 runner に委ねる、(c) 起動時 / dry-run で seed 不在を warn。複数 runner 運用を始める時に着手。