Claude Code detected as not installed despite being fully functional

[yasserstudio]

Description

CodexBar displays "Claude CLI is not installed. Install it from https://code.claude.com/docs/en/overview" even though Claude Code is installed, in $PATH, and fully functional.

This issue is not version-specific — it occurs on both previous CodexBar versions and the current v0.19.0, and on both macOS 15 (Sequoia) and macOS 26 (Tahoe).

Related: #542

Environment

Detail	Value
macOS	26.4 (Build 25E246) — also reproduced on macOS 15
CodexBar	v0.19.0 (also present in previous versions)
Claude Code	v2.1.83
Install method	macOS Terminal (CLI install)
Binary path	/Applications/cmux.app/Contents/Resources/bin/claude

Steps to Reproduce

1. Install Claude Code via macOS Terminal
2. Verify it works: which claude → /Applications/cmux.app/Contents/Resources/bin/claude
3. Verify version: claude --version → 2.1.83 (Claude Code)
4. Open CodexBar → Claude section shows "CLI not installed"

Expected Behavior

CodexBar should detect the installed Claude CLI and show usage stats.

Actual Behavior

CodexBar shows the "not installed" message despite Claude Code being available and working in the terminal.

Diagnosis

CodexBar likely checks for claude in hardcoded paths (e.g. /usr/local/bin/claude, Homebrew prefix) rather than resolving from the user's $PATH. The Terminal install places the CLI at a non-standard location:

/Applications/cmux.app/Contents/Resources/bin/claude

This path is added to $PATH by the installer, so terminal resolution works — but CodexBar's detection logic probably doesn't inherit the user's shell $PATH.

Suggested fix

Use a broader detection strategy:

1. Check $PATH via a login shell (/bin/zsh -l -c "which claude")
2. Check known install locations:
   • /Applications/cmux.app/Contents/Resources/bin/claude (Terminal install)
   • /usr/local/bin/claude (Homebrew / manual)
   • ~/.claude/bin/claude (npm global)
   • ~/.local/bin/claude (pipx / manual)