`/usr/bin/claude` era una COPIA del guion, por eso el arreglo no llegaba
El usuario reportó dos veces que claude seguía abriendo en /opt/takana con el arreglo ya pusheado y ya tirado en la caja. La causa: `claude` en el PATH no era este fichero sino una COPIA suya en /usr/bin, hecha en la instalación y congelada con el destino viejo cableado. Se vio en su propio error anterior —«/usr/bin/claude: line 23»—, que apuntaba a un fichero distinto del que yo editaba. Ahora /usr/bin/claude es un ENLACE a este guion, así que no puede volver a derivar, y queda dicho en la cabecera. Comprobado por traza: desde /work/sergio/takana pasa /work/sergio/takana y desde /home/sergio pasa /home/sergio. Barrido: no hay otras copias instaladas de scripts/servidor. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Semantic delta
No definition changed: this change is text, documentation or data.
1 files · +6 −0
diff --git a/scripts/servidor/claude-caja.sh b/scripts/servidor/claude-caja.sh
index 939c79c6..8bbf9aa1 100755
--- a/scripts/servidor/claude-caja.sh
+++ b/scripts/servidor/claude-caja.sh
@@ -46,6 +46,12 @@
# y no puede sellar nada.
set -eu
+# ⚠ `/usr/bin/claude` ES UN ENLACE A ESTE FICHERO, y lo es por algo (2026-09-18): antes era una
+# COPIA, así que arreglar el guion en el repo no cambiaba nada para quien escribe `claude` — el
+# usuario reportó dos veces «sigue abriendo en /opt/takana» con el arreglo ya pusheado y tirado en la
+# caja. Un instalado que es copia DERIVA en silencio y sólo se nota por el síntoma viejo.
+#
+# ln -sf /opt/takana/scripts/servidor/claude-caja.sh /usr/bin/claude
_yo="$(id -un)"
_hogar="${HOME:-/root}"
_inst="claude"