fix(ci): forzar entorno no interactivo y agregar diagnóstico a runme-ci

El job runme fallaba en el runner real con "could not execute command:
aborted" justo al iniciar "runme run", algo que no se pudo reproducir
localmente (incluso forzando stdin/stdout no interactivos) — probable
diferencia de cómo act_runner en modo nativo/host expone el proceso
frente a una sesión interactiva. Se agrega CI=true y TERM=dumb al job
(convención estándar que muchas TUIs respetan) y --log/--log-file a
runme-ci para que, si vuelve a fallar, el paso de diagnóstico imprima
el log real en vez de repetir el ciclo de adivinar a ciegas.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

.gitea/workflows/ci.yml

@@ -66,6 +66,8 @@ jobs:
     env:
       DO_NOT_TRACK: "true"
       SCARF_NO_ANALYTICS: "true"
+      CI: "true"
+      TERM: "dumb"
     steps:
       - uses: actions/checkout@v4
 
@@ -90,3 +92,10 @@ jobs:
 
       - name: Ejecutar celdas ci-safe de RUNBOOK.md
         run: make runme-ci
+
+      - name: Diagnóstico de runme (sólo si falló el paso anterior)
+        if: failure()
+        run: |
+          echo "runme version: $(runme --version)"
+          echo "--- /tmp/runme-ci.log ---"
+          cat /tmp/runme-ci.log 2>&1 || echo "(sin log)"

Makefile

@@ -56,4 +56,4 @@ runme-check: build
 	./scripts/runme-check.sh
 
 runme-ci: build
-	runme run --filename RUNBOOK.md --tag ci-safe --all --skip-prompts
+	runme --log --log-file /tmp/runme-ci.log run --filename RUNBOOK.md --tag ci-safe --all --skip-prompts