SHAREPROMPTSpopprompts

La causa real: zsh -l -c es un login shell no interactivo, así que lee .zshenv, .zprofile y .zlogin — pero no lee .zshrc. Y tu nvm se carga justo ahí:

sebasJul 28, 202620 LINES · 1,008 CHARS · 150 WORDS · ~252 TOKENS

La causa real: zsh -l -c es un login shell no interactivo, así que lee .zshenv, .zprofile y .zlogin — pero no lee .zshrc. Y tu nvm se carga justo ahí:

~/.zshrc:3 export NVM_DIR="$HOME/.nvm" ~/.zshrc:4 [ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh"

Tu .zprofile está vacío y .zshenv no existe, así que las 4 primeras capas mueren. Y la lista fallback (~/.claude/local, ~/.npm-global/bin, ~/.local/bin, ~/.bun/bin, ~/.volta/bin, /opt/homebrew/bin, /usr/local/bin, /usr/bin) no incluye nvm. Por eso el drawer se rinde.

De paso: el symlink con sudo que te pasé nunca llegó a crearse — /usr/local/bin/claude seguía sin existir.

Lo que hice

Creé el symlink en ~/.local/bin/claude, que sí es una de las 8 rutas que codus revisa y no necesita sudo:

~/.local/bin/claude -> .../v20.20.2/lib/node_modules/@anthropic-ai/claude-code/bin/claude.exe

Verificado con las dos comprobaciones que hace codus en esa capa:

  • permiso de ejecución (X_OK) → OK
  • claude --version con entorno limpio → 2.1.220 (Claude Code)
La causa real: zsh -l -c es un login shell no interactivo, así que lee .zshenv, .zprofile y .zlogin — pero no lee .zshrc. Y tu nvm se carga justo ahí: · share-prompts