devops/scripts
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

fix(tmux-host): lanzar claude con --remote-control al recrear la sesion

Browse Source 
Sin la flag, la sesion de tmux-host nunca queda visible como
controlable remotamente en claude.ai: remoteEnabled quedaba en false
porque nadie la pedia. Confirmado en vivo que --remote-control si
empareja (aparecio como sesion activa "zimaos-quizzical") mientras el
proceso se mantiene vivo.

Co-Authored-By: Claude Sonnet 5 <[email protected]>
This commit is contained in:
devopsandClaude Sonnet 5 committed 2026-09-20 15:16:00 +00:00
1 parent 955eec6e75
commit f48860fcd8
1 file changed
+8 -3
Download Patch File Download Diff File Expand all files Collapse all files
tmux-host/healthcheck.sh
+8 -3
View File
@@ -109,10 +109,15 @@ 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.
if tmux send-keys -t "$SESSION" "claude --remote-control" Enter 2>>"$LOG_FILE"; then
log "TMUX: 'claude --remote-control' 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' dentro de la sesion recien creada"
fi
}