🐳 Proyecto 4: tercer ejecutor

Objetivo: levantar dsh en el modo correcto y confirmar que el panel responde antes que cualquier otra cosa.

cd ~/projetos/dsh-sandbox

# ver en qué estado está ahora (puede llevar días en ejecución)
./dsh status

# para este proyecto: modo local (projetos montados + solo Ollama)
./dsh local

# el panel solo escucha en loopback; desde fuera, usa un túnel SSH
curl -sf -o /dev/null -w '%{http_code}\n' http://127.0.0.1:9080
# esperado: 200

# contenedor y límite de memoria
docker ps --filter name=dsh-orchestrator-runtime-1

# al terminar
./dsh off

Cómo verificar: ./dsh status indica el modo activo y el curl devuelve 200. Si necesitas acceder desde otra máquina, el camino es ssh -L 9080:127.0.0.1:9080 …: dsh rechaza el bind en 0.0.0.0 por decisión de los autores, y la app no tiene ninguna autenticación.

Objetivo: aplicar el patch que agrega el tercer destino, manteniendo el drift como verificación de los tres.

# --- en scripts/sync-skills.sh, justo después del `mkdir -p skills dist` ---

# resuelve la carpeta de destino de cada runtime (dsh se sale del patrón ~/.<rt>/skills)
dest_for() {
  case "$1" in
    claude|codex) printf '%s/.%s/skills/%s\n' "$HOME" "$1" "$2" ;;
    dsh)          printf '%s/projetos/dsh-skills/%s\n' "$HOME" "$2" ;;
    *) return 1 ;;
  esac
}
# el dsh consume el MISMO formato de Claude: el origen es dist/claude
src_for() {
  case "$1" in dsh) echo claude ;; *) echo "$1" ;; esac
}

# --- en el verbo `drift`: cambiar `for rt in claude codex` por: ---
      for rt in claude codex dsh; do
        out="$d/dist/$(src_for "$rt")/$s"; tgt="$(dest_for "$rt" "$s")"
        [ -d "$out" ] && [ -d "$tgt" ] || { echo "[no instalada] $s → $rt"; continue; }
        if diff -rq "$out" "$tgt" >/dev/null; then echo "[ok] $s → $rt"; else echo "[DRIFT] $s → $rt"; rc=1; fi
      done

# --- en el verbo `install`: cambiar `for rt in claude codex` por: ---
    for rt in claude codex dsh; do
      case "$tgt" in --both) [ "$rt" = dsh ] && continue ;; --all) ;; --$rt) ;; *) continue ;; esac
      out="skills/$s/dist/$(src_for "$rt")/$s"; [ -d "$out" ] || { echo "ejecuta build antes: $out"; exit 1; }
      dest="$(dest_for "$rt" "$s")"
      [ -e "$dest" ] && cp -a "$dest" "$(dirname "$dest")/.$s.bak-$(date +%s)"
      mkdir -p "$(dirname "$dest")"; cp -a "$out" "$dest"; echo "instalada: $dest"
      # preservado del original: Codex también descubre en ~/.agents/skills
      [ "$rt" = codex ] && [ -d "$HOME/.agents/skills" ] && cp -a "$out" "$HOME/.agents/skills/$s" && echo "reflejada: ~/.agents/skills/$s"
    done

Cómo verificar: bash -n scripts/sync-skills.sh pasa sin error de sintaxis, y scripts/sync-skills.sh drift pasa a imprimir tres líneas por skill en lugar de dos — la tercera terminando en → dsh.

Objetivo: traer las tres skills copiadas a mano al flujo canónico y dejar el drift en cero.

cd ~/projetos/agente-claude-codex

# 1. guardar las copias actuales antes de sobrescribir (son el último estado bueno conocido)
cp -a ~/projetos/dsh-skills ~/projetos/dsh-skills.bak-$(date +%Y%m%d)

# 2. importar a la fuente canónica (a partir del original de Claude)
scripts/sync-skills.sh import formato-curso-v2 formato-curso-v5 capa-inema
scripts/sync-skills.sh build

# 3. instalar ahora también en el dsh
for s in formato-curso-v2 formato-curso-v5 capa-inema; do
  scripts/sync-skills.sh install "$s" --dsh
done

# 4. la prueba
scripts/sync-skills.sh drift; echo "rc=$?"
# esperado: solo líneas [ok], rc=0

Cómo verificar: rc=0 y ninguna línea [DRIFT]. Si aparece drift justo después del install, la copia a mano tenía alguna edición local que nunca volvió a la fuente — compara con el respaldo del paso 1 y lleva la diferencia a skills/<nome>/ antes de continuar.

Objetivo: crear la skill de prime e instalarla en los tres destinos, incluido el dsh.

cd ~/projetos/agente-claude-codex
mkdir -p skills/prime

cat > skills/prime/SKILL.md <<'MD'
---
name: prime
description: Carga el contexto del proyecto antes de cualquier trabajo. Úsala al
  comienzo de toda sesión, antes de la primera edición, y siempre que pierdas el hilo.
---

# Prime — lee antes de actuar

Lee, en este orden, y solo entonces responde:

1. `AGENTS.md` en la raíz del proyecto — las reglas estables.
2. `context/overview.md` — los hechos verificados. Si existe
   `context/decisions/`, lee también la decisión más reciente.
3. `tasks/current.md` — lo que está en curso ahora.
4. `handoffs/latest.md` — lo que hizo la última sesión y cuál es la próxima acción.

Si alguno de estos archivos no existe, di cuál falta en lugar de inventar.

Cierra el prime con cuatro líneas, cada una citando el archivo de donde vino:

- **Proyecto:** qué es, en una frase.
- **Estado:** qué está listo y qué está pendiente.
- **Próxima acción:** la frase exacta escrita en `handoffs/latest.md`.
- **Regla que más importa aquí:** la restricción de `AGENTS.md` que
  más afecta a la próxima acción.
MD

scripts/sync-skills.sh build
scripts/sync-skills.sh install prime --all
ls ~/projetos/dsh-skills/prime/SKILL.md

Cómo verificar: el ls encuentra el archivo, y scripts/sync-skills.sh drift muestra [ok] prime → dsh junto con claude y codex. Luego, en el panel en 127.0.0.1:9080 con el dsh en modo local, pide "usa la skill prime en el proyecto /projetos/<tu-piloto>" y comprueba que las cuatro líneas vuelvan con el nombre de archivo en cada una.

Objetivo: confirmar, antes de ejecutar el readback, que el modo activo es el seguro, y medir el tamaño de la superficie.

cd ~/projetos/dsh-sandbox

# cuántos archivos de secretos expondría el montaje (solo el conteo, nunca el contenido)
find ~/projetos -maxdepth 3 \( -name '.env' -o -name '.env.*' -o -name '*credential*' \) \
  -type f 2>/dev/null | wc -l

# el modo activo, antes de pedirle cualquier cosa al panel
./dsh status

# verificación directa: ¿existe el montaje de /projetos en este contenedor?
docker inspect dsh-orchestrator-runtime-1 \
  | python3 -c 'import json,sys; [print(m["Source"], "->", m["Destination"]) for m in json.load(sys.stdin)[0]["Mounts"]]'

# el panel no puede estar escuchando fuera del loopback
ss -ltnp 2>/dev/null | grep 9080
# esperado: 127.0.0.1:9080 — si aparece 0.0.0.0:9080, apágalo YA con ./dsh off

Cómo verificar: si status dice local, inspect muestra /projetos montado y ss muestra solo 127.0.0.1, puedes seguir. Cualquier combinación distinta es motivo para detenerte y corregir antes de escribir la primera pregunta en el panel.

Objetivo: hacer el preflight de memoria y registrar el resultado del readback en los dos modos, sin sacar conclusiones apresuradas.

# preflight: ¿cabe ahora el modelo de ~18 GB?
free -g | awk '/Mem:/ {print "livre:", $7, "GB"}'
# regla práctica: con menos de 24 GB libres, no levantes el 27b junto con inemavox

# quién ya está ocupando memoria
ps -eo rss,comm --sort=-rss | head -5 | awk '{printf "%6.1f GB  %s\n", $1/1048576, $2}'

# modelos cargados en Ollama en este momento
ollama ps

# después del readback, registra el resultado junto a los otros dos runtimes
cd ~/projetos/<seu-piloto>
mkdir -p relatorios
$EDITOR relatorios/readback-dsh-local.md    # qué archivos se citaron y la próxima acción que leyó
$EDITOR relatorios/readback-dsh-remoto.md   # misma pregunta, contexto pegado a mano

Cómo verificar: los dos informes existen y el veredicto está escrito en una frase: "citó los cuatro archivos, prosa inferior a Claude" es aprobación; "no citó ningún archivo en los dos modos" es reprobación de la capa de contexto, y entonces el problema está en el prime o en el montaje, no en el modelo.