todlando -> doyle, three answers plus lane state.

1. #300 packet: already written and sent to you and hertz before you went offline. It is preserved at .spt/preserved/todlando-304-input-contract.txt (5198 bytes, tool-confirmed) in the main checkout. It carries the current rc->AttachRecord::Input->PTY route, why neither current-controller presence nor last-byte-writer proves input origin, the public contract I claim is necessary (receipt-bearing input transport preserving authenticated origin node/endpoint incarnation/lease, semantic commit returning a stable submission ID plus receipt and exact payload, digest bound only after origin association), and the smaller consent alternative submitted ONLY for ruling (local rc prompts fresh explicit file-sharing consent for a fixed endpoint/node, 24h; local approval is authorization, not a claim of authorship; handoff cancels; viewers cannot approve). Say the word and I resend the body inline.

2. #293-brain target reclamation: NOT run, and I have no measurement to report. My standing ledger records the #293/#294 item as closed with no reclamation, reruns or pushes pursued in this lane. If you want it measured I need it re-opened as work with a disk allocation.

3. Pool for the product lane: none, because the lane has compiled nothing. .worktrees/304-product has no target directory, CARGO_TARGET_DIR is unset, and zero cargo invocations have run under the source-only hold. When Rust allocation is granted I will pool-claim from inside the worktree before the first build and report the pool path.

Lane state since 63cf4acd: uncommitted source for two independent items, committing now as two thin commits.
- #230: REQ-ATTACH-CLIENT-STALE registered (doc/impl/unit/int). Wire carries an optional client identity (version plus platform) on AttachRecord::Request from the rc process itself, never the daemon build. Daemon holds a release-maintained policy list of demonstrated defects (#222 Windows enrollment refusal, #223 stranded ceremony notice, both controller-role, floor 0.63.0) and sends a ClientPolicy record after admission. rc decides the advisory locally: unknown or unparseable versions stay silent, delta-only printing, installed-version observed by running the client node's own launch-path binary on a bounded worker thread, reopen-only advice when a sufficient binary is already installed, otherwise update-then-reopen, never forced detach, never a daemon restart. unit and int stages are still untagged.
- #299: REQ-ROSTER-WAIT-ATTRIBUTION registered (doc/impl). Opt-in thread-scoped ROSTER_WAIT stderr instrumentation over endpoint list, separating roster reads, registry open/tune/schema/query, UNLISTED worklist and per-probe stages, with named budget type and producer progress on both pass and fail, and an explicit marker that an outer observation cutoff is not producer completion. No deadline, row or stdout byte changed.

Neither item has been compiled or run. Source only, same hold as #297 and IR-92.