For worktrees that are locked, we need an unlock button to unlock and provide option to delete

[scgopi]

[scgopi]

[graphcode-fixer] Classified as enhancement (out of scope for automated bug fixing): this asks for a new in-app unlock affordance for locked worktrees, rather than reporting broken behaviour.

For the record, the current handling of locked worktrees looks intentional rather than defective:

• WorktreeHygiene.swift treats locked as deliberately non-removable (isRemovable is !binding.isRunning && !facts.locked) and pins such rows to the .lookBeforeRemoving tier, with the comment that "a lock needs a human first — never the preselected tier."
• WorktreeHygieneTests.swift (aLockedWorktreeIsNotRemovable) locks that contract in as expected behaviour.
• WorktreeSweepView.swift already surfaces the reason in the row tooltip: "Locked (git worktree lock) — git refuses removal even when forced; unlock it first."

So the sweep view explains the lock but intentionally offers no way to clear it; adding an unlock (and follow-on delete) button would be new UI plus a new git worktree unlock code path.

One clarifying question, in case I've read this the wrong way: are your worktrees ending up locked unexpectedly — i.e. something in GraphCode is locking them without you running git worktree lock — or are they locked as expected and the ask is purely for a button so you don't have to drop to the terminal? The first would be a bug worth fixing; the second is the enhancement I've labelled this as.

---

Generated by Claude Code