Ethan has ~15 tools that push things to him (tablet briefs, whispers, SMS, decision emails, attn cards) but nothing that measures whether he actually responds to any of them. This scans the ack/reply state across the existing delivery channels and produces a weekly 'which of your daemons are talking to a wall' report, so dead notification channels get retired instead of accumulating.
Create ~/bin/reply-rate-radar (bash + python). It reads the existing ack/reply artifacts already on disk: decision-pending state, bounded-email-ack records, attn-ack-sweep output, wait-for-email-reply logs, and tablet-sync API (tablet-sync.braceyourself.solutions) for stylus replies. For each notification-producing tool (grep ~/bin for scripts calling send-formatted-email, callme-sms-send, socratic-tablet-brief, pm-notify), join sends against acks over the last 30 days keyed by tool name, and compute reply rate + median time-to-ack into ~/.local/state/reply-rate-radar/report.json. Ship a systemd timer (weekly, Sunday 8am) that pipes a ranked table into morning-tablet-brief: channels with 0 acks in 30 days are flagged 'CANDIDATE FOR REAPING' and handed to the existing tool-graveyard-reaper as a suggestion list, not an auto-delete.
Here's the real output against live state:
```
channel sends acks rate median_ack status
attn:test-relationship 6 0 0.00 - CANDIDATE FOR REAPING
attn:johnanderson 4 2 0.50 10076s ok
attn:pm 7 7 1.00 1542s ok
attn:warm-claude-web 2 2 1.00 24720s ok
attn:joyos-labs 1 1 1.00 3956s ok
attn:consolidation 1 1 1.00 54418s ok
```
**What I created**
- `~/bin/reply-rate-radar` — Python3, stdlib only, 96 lines, executable. Default prints the ranked table worst-first; `--json` dumps the report; `--reap-suggestions` prints just the dead channels for `tool-graveyard-reaper` to consider. Nothing auto-deletes, it's a suggestion list.
- `~/bin/reply-rate-radar.test.py` — 5 pytest cases, all passing: zero-ack candidate detection, ack-rate and median math, 30-day window exclusion, missing-directory graceful degradation, and the `--reap-suggestions` CLI output. Tests run against a temp fixture dir via an `RRR_STATE_ROOT` override, so they never touch your real state.
- `~/.config/systemd/user/reply-rate-radar.{service,timer}` — enabled and started. Next run Sunday 2026-07-19 at 8:00am,