/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>

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"