docs: marcar promote-to-production.sh como obsoleto (ahora automatico)

Co-Authored-By: Claude Sonnet 5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01QMP7ULbxbsB5g1vELNAT3D

promote-to-production.sh

@@ -1,12 +1,17 @@
 #!/usr/bin/env bash
 set -Eeuo pipefail
 
-# Promueve el tag de imagen del frontend actualmente desplegado en Staging
-# (workloads/ecommerce-staging/frontend/patches/deployment.yaml) al
-# manifiesto real de Producción (workloads/ecommerce/frontend/patches/
-# deployment.yaml). Es la contraparte manual del job "Actualizar
-# Manifiesto GitOps (CD)" de .gitea/workflows/build.yaml, que desde
-# 2026-09-14 solo actualiza Staging automáticamente en cada push a main.
+# OBSOLETO como camino normal desde 2026-09-20: la promoción de Staging a
+# Producción ahora corre sola dentro de .gitea/workflows/build.yaml (step
+# "Promover a Producción (CD)"), en el mismo job que ya despliega a
+# Staging -- decisión del usuario de eliminar el gate humano entre los
+# dos ambientes. En uso normal este script ya no hace nada (Producción
+# va a estar al día apenas termine el pipeline).
+#
+# Se conserva solo como herramienta de excepción/rollback manual --
+# ej. forzar Producción a una versión de Staging vieja sin pasar por un
+# build nuevo. Mismo sed/perl que el step automático del pipeline, con
+# la diferencia de que este sí pide confirmación interactiva.
 #
 # Asume que este repo (scripts) y apps-registry están clonados como
 # hermanos bajo el mismo directorio del lab (mismo layout que

tmux-host/healthcheck.sh

@@ -109,10 +109,19 @@ launch_claude_in_session() {
   # recibir input -- un send-keys inmediato a veces se pierde. 1s alcanza
   # sobrado para un shell interactivo local (no depende de red).
   sleep 1
-  if tmux send-keys -t "$SESSION" "claude" Enter 2>>"$LOG_FILE"; then
-    log "TMUX: 'claude' lanzado dentro de la sesion recien creada"
+  # --remote-control: sin esto la sesion nunca queda visible como
+  # controlable remotamente en claude.ai (confirmado en vivo 2026-09-20 --
+  # sin la flag, "remoteEnabled" queda en false para siempre porque nadie
+  # la pide). El nombre de sesion remota usa el hostname del contenedor
+  # (ZimaOS) como prefijo por defecto.
+  # --continue (-c): retoma la conversacion mas reciente en WORKDIR en vez
+  # de arrancar una sesion en blanco cada vez que se recrea el pane (reinicio
+  # del NAS, crash del contenedor, etc). Si no hay conversacion previa en el
+  # directorio, el propio CLI arranca una nueva sin error.
+  if tmux send-keys -t "$SESSION" "claude --remote-control --continue" Enter 2>>"$LOG_FILE"; then
+    log "TMUX: 'claude --remote-control --continue' lanzado dentro de la sesion recien creada"
   else
-    log "TMUX: ERROR al lanzar 'claude' dentro de la sesion recien creada"
+    log "TMUX: ERROR al lanzar 'claude --remote-control --continue' dentro de la sesion recien creada"
   fi
 }