2.3 KiB
| episode_id | puente_flat | session_code | acto_dialogico | actor_flujo | criticidad_aegis | skill_dominante | fase_proyecto | tipo_semantico | summary_one_line | source_type | trust_boundary | created_at | relectura_tagged | forgejo_commit_sha |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 740d227f-eafa-462a-ac26-6cb96e71182d | DEPURA_la-respuesta-directa_S20260621.R64_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD | S20260621.CRONICA_SEMANAL_C15 | informar | multi_actor | low | NONE | operations | troubleshooting | EPISODIO 64 — MEMORIA: La respuesta directa | claude_code | internal | 2026-07-12T16:16:36.974082+00:00 | false | pending |
Respondido con hecho fresco. Sí, tu intuición es correcta — con la opción servidor:
La respuesta directa
El celular NO necesita Claude Code instalado. Solo necesita ser un cliente SSH. Termux ahí cumple ese rol (también sirve Termius o Blink). Una precisión de vocabulario: no "corres Claude Code en Termux" — corres una sesión SSH en Termux que aterriza en el servidor, y Claude Code corre en el servidor, no en el teléfono. Por eso te ahorras TODOS los líos de Bionic/glibc/ripgrep del teléfono.
Y como ya existe ember-cc-server vivo (verificado: Up 4 weeks (healthy), CC 2.1.98), para empezar no instalas nada nuevo, ni en el celular ni en el servidor.
El único matiz: no es claude pelado en el host — es un contenedor Docker que se invoca con docker exec. El flujo real desde tu S26 sería:
Las dos formas de hacerlo (esto es lo que decides)
- C1 — usar el
ember-cc-serverque ya está corriendo. Cero instalación, disponible este instante. Pero ese contenedor está endurecido (read_only, su propio workspace, su propia API key) y está pensado como la instancia que yo (Ember-CC-Local) invoco para automatización. Para uso interactivo tuyo funciona, solo no uses--dangerously-skip-permissions(eso es para automatización; tú quieres los prompts de permiso normales). - C2 — montarte una instancia propia para John en el host + tmux. Setup una vez (
install.sh+tmux), pero te da una experiencia interactiva más limpia, persistente (la sesión sobrevive al bloqueo del teléfono) y con acceso pleno al filesystem del servidor, separada del contenedor de automatización.
Ambas ya están reflejadas en la guía actualizada.