0.0.148

Doc review boot recovery must not block startup

0.0.147 looked hung on boot: resuming an interrupted review pass was
awaited in main BEFORE the HTTP listener bound, and dispatching a turn
goes through the provider's send path — cursor's `--resume` sat there for
120 seconds, so the server took two minutes to answer anything.

Recovery now runs in a detached task alongside startup, and the "resuming
…" line is logged before the dispatch rather than after it, so a slow
provider spawn reads as a slow provider spawn instead of a hang.

Verified against a data dir holding a review stuck in `running`: the
listener binds in ~0.5s and the pass resumes right after.