[BUG] IDE detection fails for remote cursor-server (SSH/Remote) - only matches desktop app process names

Environment

• Claude CLI version: 2.1.21
• Operating System: Linux (remote server via Cursor Remote SSH)
• Terminal: tmux inside Cursor integrated terminal

Bug Description

Claude Code CLI fails to detect IDE connections when running on a remote Linux server via Cursor's Remote SSH. The IDE lock files are correctly written to ~/.claude/ide/, but the ps aux pattern matching only looks for desktop app process names like "Cursor Helper" instead of cursor-server.

Root Cause

From issue #15787, IDE detection uses:

ps aux | grep "Visual Studio Code|Code Helper|Cursor Helper|Windsurf Helper|IntelliJ IDEA|PyCharm"

On a remote server, Cursor runs as cursor-server (not "Cursor Helper"), so the pattern doesn't match.

Evidence

Lock file exists and contains valid connection info:

{"pid":569184,"workspaceFolders":["/localdev/gwang/tt-metal-2"],"ideName":"Cursor","transport":"ws","runningInWindows":false,"authToken":"..."}

Process is running:

/localdev/gwang/.cursor-server/bin/.../node .../out/server-main.js --start-server

But /ide shows: "No available IDEs detected"

Expected Behavior

Claude Code should detect IDE connections via the lock files in ~/.claude/ide/, or the ps aux pattern should include cursor-server for remote scenarios.

Suggested Fix

1. Add cursor-server and code-server to the process pattern matching
2. Or primarily rely on ~/.claude/ide/*.lock files for discovery instead of ps aux

Related Issues

• #1399 - Similar detection failure in WSL2