ops(safety): tpsCallsAttended EMPTY until first on-demand TPS Calls Attended fetch

Tracking issue for the expiring EMPTY cutover acknowledgement on the new `tpsCallsAttended` health probe (`seed-meta:safety:tps-calls-attended`).

`seed-tps-open-data.mjs` is on-demand only: not a Railway cron, not FAST/SLOW bootstrap, not a `seed-bundle-canada` member. The seed-meta key cannot exist until the first explicit fetch after deploy. EMPTY through that first-run window is the deploy gap, not a producer failure.

Separate from #7035 (`tpsMci`). Each acknowledged degradation needs its own owner. After the first successful on-demand publish, prune the acknowledgement.

Does not cover GTA Update (terms-review, writer disabled, not a health probe).

Start with seed-tps-open-data.mjs and trace the seed-meta key seed-meta:safety:tps-calls-attended. Confirm the first successful on-demand publish after deploy, then prune the acknowledged EMPTY state; the issue names no test or acknowledgement file.

Written by the indexing model from the issue text.