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:
@@ -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 "$@"''' -- "$@"
|
||||
|
||||
Reference in New Issue
Block a user