feat(worker): surface startup recovery via OperationProgress channel

The six Lifecycle/*Recovery hosted services now broadcast one
OperationProgress("startup-recovery", <phase>, current, total) message each
after they finish, instead of leaving the UI on a bare "connecting" text
during worker startup. IslandsShellViewModel subscribes and swaps in
"Recovering... (i/n)" (existing ops.worker.startupRecovery key, no locale
changes) while Worker.IsReconnecting is true, and clears it once actually
connected so a later transient reconnect doesn't replay stale text.

OperationProgress broadcasts to Clients.All with no replay-on-connect, so a
UI that hasn't finished its SignalR handshake yet can miss some or all of
these messages and simply keep showing "connecting" as before -- accepted
rather than adding a cached-state + reconnect-replay path (mirroring
RefreshExternalMergeConflictsAsync) for what is a fast, best-effort,
local-only startup sweep with no UI-visible failure mode beyond that.

src/ClaudeDo.Worker/Program.cs

@@ -174,6 +174,7 @@ builder.Services.AddSingleton(sp =>
 builder.Services.AddHostedService(sp => new PlanningLineageRecovery(
     sp.GetRequiredService<IDbContextFactory<ClaudeDoDbContext>>(),
     planningSessionsDir,
+    sp.GetRequiredService<HubBroadcaster>(),
     sp.GetRequiredService<ILogger<PlanningLineageRecovery>>()));
 builder.Services.AddSingleton<ITerminalLauncher>(sp =>
     new WindowsTerminalLauncher("wt.exe", cfg.ClaudeBin));