🐳 Projeto 4: terceiro executor

Objetivo: subir o dsh no modo certo e confirmar que o painel responde antes de qualquer outra coisa.

cd ~/projetos/dsh-sandbox

# ver em que estado ele está agora (pode estar no ar há dias)
./dsh status

# para este projeto: modo local (projetos montados + só Ollama)
./dsh local

# o painel só escuta em loopback; de fora, use túnel SSH
curl -sf -o /dev/null -w '%{http_code}\n' http://127.0.0.1:9080
# esperado: 200

# container e teto de memória
docker ps --filter name=dsh-orchestrator-runtime-1

# ao terminar
./dsh off

Como verificar: ./dsh status diz o modo ativo e o curl devolve 200. Se precisar acessar de outra máquina, o caminho é ssh -L 9080:127.0.0.1:9080 … — o dsh recusa bind em 0.0.0.0 por decisão dos autores, e o app não tem autenticação nenhuma.

Objetivo: aplicar o patch que acrescenta o terceiro destino, mantendo o drift como verificação dos três.

# --- em scripts/sync-skills.sh, logo depois do `mkdir -p skills dist` ---

# resolve a pasta de destino de cada runtime (dsh foge do padrão ~/.<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
}
# o dsh consome o MESMO formato do Claude: a origem é dist/claude
src_for() {
  case "$1" in dsh) echo claude ;; *) echo "$1" ;; esac
}

# --- no verbo `drift`: trocar `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 "[não 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

# --- no verbo `install`: trocar `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 "rode 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"
    done

Como verificar: bash -n scripts/sync-skills.sh passa sem erro de sintaxe, e scripts/sync-skills.sh drift passa a imprimir três linhas por skill em vez de duas — a terceira terminando em → dsh.

Objetivo: trazer as três skills copiadas à mão para dentro do fluxo canônico e zerar o drift.

cd ~/projetos/agente-claude-codex

# 1. guardar as cópias atuais antes de sobrescrever (elas são o estado bom conhecido)
cp -a ~/projetos/dsh-skills ~/projetos/dsh-skills.bak-$(date +%Y%m%d)

# 2. importar para a fonte canônica (a partir do original do Claude)
scripts/sync-skills.sh import formato-curso-v2 formato-curso-v5 capa-inema
scripts/sync-skills.sh build

# 3. instalar agora também no dsh
for s in formato-curso-v2 formato-curso-v5 capa-inema; do
  scripts/sync-skills.sh install "$s" --dsh
done

# 4. a prova
scripts/sync-skills.sh drift; echo "rc=$?"
# esperado: só linhas [ok], rc=0

Como verificar: rc=0 e nenhuma linha [DRIFT]. Se aparecer drift logo depois do install, a cópia à mão tinha alguma edição local que nunca voltou para a fonte — compare com o backup do passo 1 e leve a diferença para skills/<nome>/ antes de seguir.

Objetivo: criar a skill de prime e instalá-la nos três destinos, incluindo o dsh.

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

cat > skills/prime/SKILL.md <<'MD'
---
name: prime
description: Carrega o contexto do projeto antes de qualquer trabalho. Use no
  começo de toda sessão, antes da primeira edição, e sempre que perder o fio.
---

# Prime — leia antes de agir

Leia, nesta ordem, e só então responda:

1. `AGENTS.md` na raiz do projeto — as regras estáveis.
2. `context/overview.md` — os fatos verificados. Se houver
   `context/decisions/`, leia também a decisão mais recente.
3. `tasks/current.md` — o que está em andamento agora.
4. `handoffs/latest.md` — o que a última sessão fez e qual é a próxima ação.

Se algum desses arquivos não existir, diga qual falta em vez de inventar.

Feche o prime com quatro linhas, cada uma citando o arquivo de onde veio:

- **Projeto:** o que é, em uma frase.
- **Estado:** o que está pronto e o que está pendente.
- **Próxima ação:** a frase exata escrita em `handoffs/latest.md`.
- **Regra que mais importa aqui:** a restrição do `AGENTS.md` que
  mais afeta a próxima ação.
MD

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

Como verificar: o ls encontra o arquivo, e scripts/sync-skills.sh drift mostra [ok] prime → dsh junto com claude e codex. Depois, no painel em 127.0.0.1:9080 com o dsh em modo local, peça "use a skill prime no projeto /projetos/<seu-piloto>" e confira se as quatro linhas voltam com nome de arquivo em cada uma.

Objetivo: confirmar, antes de rodar o readback, que o modo ativo é o seguro — e medir o tamanho da superfície.

cd ~/projetos/dsh-sandbox

# quantos arquivos de segredo a montagem exporia (só a contagem, nunca o conteúdo)
find ~/projetos -maxdepth 3 \( -name '.env' -o -name '.env.*' -o -name '*credential*' \) \
  -type f 2>/dev/null | wc -l

# o modo ativo — antes de pedir qualquer coisa ao painel
./dsh status

# checagem direta: a montagem de /projetos existe neste container?
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"]]'

# o painel não pode estar escutando fora do loopback
ss -ltnp 2>/dev/null | grep 9080
# esperado: 127.0.0.1:9080 — se aparecer 0.0.0.0:9080, derrube AGORA com ./dsh off

Como verificar: se o status disser local, o inspect mostrar /projetos montado e o ss mostrar só 127.0.0.1, pode seguir. Qualquer combinação diferente disso é motivo para parar e corrigir antes de digitar a primeira pergunta no painel.

Objetivo: fazer o preflight de memória e registrar o resultado do readback nos dois modos, sem tirar conclusão apressada.

# preflight: o modelo de ~18 GB cabe agora?
free -g | awk '/Mem:/ {print "livre:", $7, "GB"}'
# regra prática: menos de 24 GB livres, não suba o 27b junto com o inemavox

# quem já está segurando memória
ps -eo rss,comm --sort=-rss | head -5 | awk '{printf "%6.1f GB  %s\n", $1/1048576, $2}'

# modelos carregados no Ollama neste momento
ollama ps

# depois do readback, registre o resultado ao lado dos outros dois runtimes
cd ~/projetos/<seu-piloto>
mkdir -p relatorios
$EDITOR relatorios/readback-dsh-local.md    # quais arquivos foram citados, e a próxima ação que ele leu
$EDITOR relatorios/readback-dsh-remoto.md   # mesma pergunta, contexto colado à mão

Como verificar: os dois relatórios existem e o veredito está escrito em uma frase — "citou os quatro arquivos, prosa inferior ao Claude" é aprovação; "não citou nenhum arquivo nos dois modos" é reprovação da camada de contexto, e aí o problema está no prime ou na montagem, não no modelo.