Agrega RUNBOOK.md y runbooks/ (fuera de content/, para no interferir con
la publicación de Zola), con reglas de nombres/etiquetas/aislamiento de
celdas mutantes verificadas por clusterlog validate. Instalación pinneada
a v3.17.4 con checksum verificado (scripts/runme-install.sh), un job de
CI separado (.gitea/workflows/ci.yml) que sólo corre celdas ci-safe, y la
decisión documentada en docs/adr/0004-runme-sidecar.md y docs/RUNME.md.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Documenta el flujo cuando ya existe un owner: quién debe correr el comando, cómo pasar la llave pública del nuevo administrador y cómo verificar el alta.
Fija cómo debe conectarse cualquier IA lanzada desde este repositorio: usar el alias local (ssh mcps), nunca construir la conexión con -i y una ruta de llave, y separar el inventario compartido de hosts (sin secretos) de la identidad personal en ~/.ssh/config de cada administrador.
docs/ADR.md documenta alcance, campos, secciones y un ejemplo para docs/adr/. Deja explícito que son decisiones sobre clusterlog (la herramienta), no sobre el clúster administrado, y que no tienen equivalente en la UI ni en la CLI.
El if: a nivel de step no está corriendo de forma confiable en este
runner (act_runner v0.2.13, modo host): el paso 'Publicar en producción'
nunca se ejecutó en 5 corridas distintas, con o sin condición, con o sin
&&, sin dejar ningún rastro en el log. Se fusiona build + condicional +
rsync en un solo step con el if en bash, que sí es determinista.
Confirmado con dos runs reales: sin importar cuál sea, el último step
de la lista nunca se ejecuta ni deja rastro en el log (ni siquiera como
omitido) en este runner (act_runner v0.2.13, modo host). Se agrega un
paso trivial después de 'Publicar en producción' para que éste deje de
ser el último y sí se ejecute.
El paso de rsync a producción no se ejecutó en el primer run exitoso ni
dejó rastro de 'omitido' en el log, a diferencia del paso condicional de
firmas en PR. Se envuelve la condición en ${{ }} (forma explícita) y se
agrega un paso previo que imprime github.ref/event_name/ref_name reales
en este runner, para confirmar si el valor difiere de lo esperado.
El sandbox de scripts/e2e-local.sh resetea data/admins.json a solo los
administradores ficticios de la prueba, pero no limpiaba content/manuales
ni content/documentacion. En cuanto existió una página real ahí con un
autor real (no ficticio), la validación interna del script fallaba con
'autor no registrado'. Ahora se limpian igual que memorias/tareas/proyectos.
install-action falla en el runner de Gitea Actions en modo host: reporta
runner.os='linux' (minúsculas) y la acción sólo reconoce 'Linux'. Se
reemplaza por una descarga directa del tarball de la release fijada.
.github/workflows/ci.yml nunca corrió: Gitea Actions busca los workflows
en .gitea/workflows/, no en .github/workflows/, y además no había ningún
runner registrado en la instancia (0 workflow_runs históricos).
Se registró un runner en modo host en mcps-hpc-01 (mismo binario
act_runner, sin Docker-in-Docker) y se agregó un paso de publicación al
final del pipeline: en push a main, hace rsync de public/ a
/opt/clusterlog/public/, que sirve un contenedor nginx en mcps-net
detrás de Caddy en clusterlog.mcps-epcm.org.
También corrige base_url en zola.toml, que seguía apuntando al dominio
de ejemplo.
Auditoría: ninguna plantilla local usa una sola clase de Bootstrap
(.btn/.navbar/.row/.span*/.modal, cero coincidencias); ops.css ya
redefine todo lo que sí se usa (.container, .badge, code/pre). El
site.scss del tema (que importaba bootstrap.css + bootstrap-responsive.css
+ style.css, ~103 KB) se reemplaza en bootstrap-theme.sh por un reset
mínimo propio que cubre solo lo que ops.css necesita.
site.css pasa de 103.5 KB a 605 B; public/ de 672 KB a 572 KB. Sin
cambio visual (verificado página por página con Playwright) ni de
tiempo de build.
zola.386 trae JS de bootstrap/jquery, íconos y las fuentes DOS, pero
ninguna plantilla local los referencia; se publicaban igual porque
static/ se copia tal cual. Reubica los 3 CSS que compile_sass sí
necesita a vendor/ (fuera de static/) y descarta el resto.
public/ pasa de 1268 KB / 110 archivos a 672 KB / 58 archivos, sin
cambio visual ni de tiempo de build (~0.3s).
Reemplaza la paleta oscura teal/marino por el azul DOS + gris con
bordes biselados del tema original, cambia el resaltado de código a
vitesse-black para que combine con los chips <code> en negro, y
sustituye la fuente pixelada Fixedsys por Share Tech Mono
(autohospedada) para mantener el aire retro sin sacrificar
legibilidad. También cambia el prompt decorativo del header de
"C:\CLUSTER>" a "root@cluster:~#".
fernandoandClaude Sonnet 5