fix(ci): apagar el deploy al VPS con un flag, no borrando secrets (GT-567)

El job `deploy` fallaba en CADA push a `main` desde 2026-07-19 contra un
host fuera de alcance. El entorno objetivo es hoy Docker + kind local
(cluster `evolith-cluster`, sano: 3 servicios `1/1` desde hace 2d14h,
core-api devolviendo HTTP 200 con envelope ADR-0073). El VPS se retoma
mas adelante.

Condicionado a `vars.VPS_DEPLOY_ENABLED`, creada en `false`.

POR QUE UNA VARIABLE Y NO BORRAR LOS SECRETS, que era la otra via viable
--el job ya hace fail-soft cuando faltan, y de hecho el step de
agent-runtime lleva meses saltando asi porque su hook nunca se puso--:

1. Borrarlos deja el apagado INVISIBLE. Dentro de un mes el job
   simplemente saltaria y nadie sabria si fue deliberado o un descuido.
   La condicion deja el porque escrito donde se lee.
2. GitHub no devuelve los valores de un secret. Reponerlos exige sacarlos
   del panel de Coolify, o sea con el VPS levantado -- que es justo lo que
   no esta. Borrar ahora seria una puerta de una sola direccion mientras
   el host no responda.

Reactivar es un paso: `gh variable set VPS_DEPLOY_ENABLED --body true`.

Los tres secrets `COOLIFY_*` quedan intactos, verificado.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

Author: beyondnetPeru

.github/workflows/ci-cd.yml

@@ -366,11 +366,23 @@ jobs:
   # despliegue no ocurrio. El comentario anterior decia "never fails CD", que era
   # falso y ademas indeseable -- un step de despliegue que no puede fallar no
   # informa de nada. Si esto esta rojo, mira el runtime antes que el workflow.
+  #
+  # GT-567: APAGADO A PROPOSITO via `vars.VPS_DEPLOY_ENABLED`. El entorno
+  # objetivo es hoy Docker + kind local (cluster `evolith-cluster`); el VPS se
+  # retoma mas adelante. Sin este flag el job fallaba en CADA push a `main`
+  # desde 2026-07-19 contra un host fuera de alcance, y como no es check
+  # requerido nadie leia el rojo.
+  #
+  # Se apaga con una VARIABLE y no borrando los secrets a proposito: borrarlos
+  # deja el apagado invisible --dentro de un mes el job simplemente saltaria y
+  # nadie sabria si fue deliberado-- y sus valores solo se pueden reponer desde
+  # el panel de Coolify, o sea con el VPS levantado. Aqui queda escrito el
+  # porque, y reactivar es UN paso: `gh variable set VPS_DEPLOY_ENABLED --body true`.
   deploy:
     name: Deploy services (Coolify)
     needs: [docker-services]
     runs-on: ubuntu-latest
-    if: github.ref == 'refs/heads/main'
+    if: github.ref == 'refs/heads/main' && vars.VPS_DEPLOY_ENABLED == 'true'
     steps:
       - name: Trigger Coolify deploy (core-api)
         env: