Detect Bun-bundled claude.exe (claude-code v2.x)

[changsu-jin]

Problem

The Sessions panel shows "No active Claude sessions" even when multiple
claude processes are running and writing to JSONL transcripts.

Root cause

claude-code v2.x ships a Bun-bundled native macOS binary named
claude.exe (installed at
<node_modules>/@anthropic-ai/claude-code/bin/claude.exe). The current
process matcher in liveClaudeCwdCounts() checks for
name == "claude" and exePath.hasSuffix("/claude") /
"/bin/claude", none of which match claude.exe. Result:
liveCwdCounts is always empty, the per-cwd capacity gate in
loadSessions rejects every candidate, and the SESSIONS panel stays
empty.

You can reproduce by checking:

• proc_name(pid) returns claude.exe for v2.x processes
• proc_pidpath(pid) resolves through the Node shim symlink to
  /.../@anthropic-ai/claude-code/bin/claude.exe
• lsof -p <pid> shows the binary as claude.ex (truncated 9-char
  COMMAND) and txt mapped to claude.exe

Fix

Extend the matcher in Sources/NotchPilot/ClaudeMonitor.swift to
recognize:

• name == "claude.exe" (proc_name returns claude.exe for the Bun
  binary)
• exePath containing /@anthropic-ai/claude-code/ (most robust —
  package path)
• exePath ending in /claude.exe or /bin/claude.exe

Existing string-based matches are retained for backward compatibility
with older Node-shim installs.

Verification

• macOS 26.4.1 / M5 Pro / claude-code 2.1.128
• Before: SESSIONS panel "No active Claude sessions" with >10 live
  claude PIDs across multiple cwds.
• After local build (./scripts/build.sh): live sessions appear
  correctly in the panel; liveCwdCounts populates with the right
  cwd → PID mappings (verified by cross-checking lsof -p <pid> cwd
  output against the panel).