Fix recovery stale-URL handling and task accounting

CURRENT.md

@@ -40,6 +40,13 @@ mobile draft at 390px.
   - [x] C11 preview caching: Discord-hosted image/GIF previews (WebP 320px, hash-addressed, 5 MiB
     cap, one attempt) run after every walk in both modes. Live run `...-20260916090722`:
     `previewed: 2`; thumbs served over `/api/media/<scrape>/<item>/thumb` (200).
+  - [x] C55 Recovery fix. The first recovery run parked live files because refreshed embed URLs
+    land in `play_url` while preview resolution kept using the stale `url`; the engine now resolves
+    embed previews from `play_url` first and re-resolves from the refreshed URL on retry, and both
+    refresh branches canonicalize `url` to the direct media link. The task also counts rows that
+    park as suspects as `deferred` (not gone), tries each row once per run instead of looping, and
+    initializes the slopbot so guild scrapes refresh through the bot. The 192 suspects from the
+    broken run were converted back to unverified so they are retried.
   - [x] C54 Message links, suspect retries, and preview recovery. Items now carry `messageUrl`
     (from `media_sources` + scrape guild), the viewer shows/copies it instead of the expiring CDN
     link and opens a fresh stream for View full, YouTube items offer an **Open on YouTube**