fix(ui): failureReason "usage_limit" nachziehen + Worktree-Gate prüft die Platte

Zwei liegengebliebene Consumer aus den letzten beiden Commits:

- TaskRunner klassifiziert seit 07dd7570 "usage_limit", aber weder
  TaskRowViewModel.FailureReasonLabel noch vm.failureReason (de/en) noch
  die get_task-Tool-Beschreibung kannten den Wert — die UI zeigte
  "Grund unbekannt", das MCP-Doc listete weiterhin max_turns|timeout|error.
- TaskRowViewModel.CanOpenWorktree prüfte nur auf einen nicht-leeren
  String. Die Zeile behält den Path eines gemergten/verworfenen Worktrees,
  also war der Menüpunkt aktiv und Process.Start warf in den Footer.
  Jetzt zusätzlich Directory.Exists — dieselbe Prüfung, die
  WorktreesOverviewModalViewModel und MergeSectionViewModel schon machen.

src/ClaudeDo.Worker/External/ExternalMcpService.cs

@@ -333,7 +333,7 @@ public sealed class ExternalMcpService
         "Done/Failed/Cancelled tasks can be reset to Idle for re-execution. A Queued task with a blocker waits " +
         "for its predecessor before the picker will claim it, and WaitingForChildren is a parent whose own work " +
         "is done but whose children are still running. For Status=Failed, failureReason (max_turns|timeout|" +
-        "error|cancelled|unknown) plus failureTurnsUsed/failureMaxTurns say why without pulling get_task_log." +
+        "usage_limit|error|cancelled|unknown) plus failureTurnsUsed/failureMaxTurns say why without pulling get_task_log." +
         McpToolDocs.TaskNumberHint)]
     public async Task<TaskDto> GetTask(string taskId, CancellationToken cancellationToken)
     {