[Bug] macOS permission prompts show version number instead of "Claude Code" app name

Bug Description
Title: macOS permission prompts identify Claude Code as its version number ("2.1.200") instead of "Claude Code" What happened: A macOS permission prompt (microphone, part of the Screen Recording/Accessibility TCC bundle for the computer-use tools) appeared identifying the requesting app as "2.1.200". There was no indication this was unknown process asking for microphone access, so I almost couldn't make an informed allow/deny decision. Why it matters: This is a security prompt — the moment where the app most needs to be recognizable. Showing a bare version string ge, which erodes trust and pushes people toward either blindly allowing or (like me) being alarmed. Root cause (from inspecting the process): The prompting process is launched directly from the versioned binary at ~/.local/share/claude/versions/2.1.200 (a chs). That executable is literally named after its version and doesn't carry a friendly display name (CFBundleDisplayName / proper a ClaudeCode.app does, so macOS TCC falls back to the filename — the version number. Expected: Every OS permission prompt should attribute le identity/icon), regardless of which versioned helper binary triggers it. Suggested fix: Give the versioned helper a proper bundle/dission- requesting code path present under the ClaudeCode.app identity so TCC shows "Claude Code" instead of the version string. Environment: macOS, Claude Code 2.1.200 (inslaude/versions/) Extra note: it'd also be nice if computer-usire at all in sessions that never use desktop-control tools — this whole session was CLI/op work.

Environment Info

• Platform: darwin
• Terminal: xterm-256color
• Version: 2.1.200
• Feedback ID: 014d2c2a-293e-44fd-b64c-93acab30e04a

Errors

[]