el lanzador arranca EN el repo: sin ese cd, el agente empieza sin memoria

La memoria se indexa por ruta de trabajo. `qorpa run` deja el shell en `/`, así que las primeras
pruebas usaron el proyecto `-` y el agente arrancaba en blanco aunque sus 163 ficheros estuvieran en
disco. Con `cd /opt/takana` usa `-opt-takana`, que es donde se renombró la memoria traída de gioser
(allá el repo era /mnt/vvv/takana).

Comprobado en la caja, con dos preguntas que sólo puede contestar leyendo:

  ¿el logo?    → «martillo 7×7, cuatro colores exactos» (está en su memoria)
  ¿la regla 1? → «todo takana build va envuelto en flock, y con -o», con el matiz del lock heredado

O sea: el agente de la caja arranca sabiendo lo que sabe éste.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
Sergio
2026-09-17 17:36:41 +00:00
co-authored by Claude Opus 5
parent eb96c9219e
commit d6ba65e23c
+7 -2
View File
@@ -11,5 +11,10 @@
# 'cd /opt/takana && flock -o work/.farm-build.lock takana --store /store build <receta>'
#
# Comprobado el 2026-09-17: así se selló `sof-firmware` desde dentro de la jaula.
exec takana qorpa run claude -- env HOME=/root TERM="${TERM:-xterm-256color}" \
/work/claude-cli/2.1.240 "$@"
# ⚠ EL `cd` NO ES COMODIDAD: la memoria del agente se indexa POR RUTA DE TRABAJO. Arrancando desde
# `/` —que es donde `qorpa run` deja el shell— la sesión usa el proyecto `-` y el agente **empieza
# sin saber nada**, aunque sus 163 ficheros de memoria estén en disco. Desde `/opt/takana` usa
# `-opt-takana`, que es donde se renombró la memoria que vino de gioser (allá el repo era
# `/mnt/vvv/takana`). Comprobado: preguntado por el logo, contesta «martillo 7×7, cuatro colores
# exactos», que es exactamente lo que dice su memoria.
exec takana qorpa run claude -- sh -c '''cd /opt/takana && exec env HOME=/root TERM="${TERM:-xterm-256color}" /work/claude-cli/2.1.240 "$@"''' -- "$@"