Validar GitHub Actions en línea — Estructura de workflows

Controles estructurales en vivo para on, jobs y steps. No es actionlint completo — validación honesta en el navegador.

Cargando…
Validador GitHub Actions, comprobador estructural
Detecta on o jobs ausentes, steps vacíos y errores de análisis del YAML antes de hacer push. El alcance es estructural, no es actionlint.

Notas para desarrolladores

Valida solo la estructura: on raíz + jobs, job runs-on|uses|steps, step run|uses. Debounce ~300 ms tras dejar de escribir. Entrada vacía = estado inactivo (no inválido). No evalúa expresiones ${{ }} ni fija versiones de actions. Problemas y contadores de severidad aparecen en el panel de resultados tras el debounce (~300 ms).

Cuándo los equipos eligen esta ruta

Comprobar un workflow pegado desde un ticket. Encontrar un step sin run ni uses antes de que falle la CI. Enseñar la forma de un workflow con respuesta inmediata. Combinar con format-github-actions tras corregir la estructura.

Ejemplos concretos

Job checkout + test válido

Entrada

name: CI on: push: branches: [main] jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - run: npm ci - run: npm test

Resultado de validación

Estructura de workflow válida, sin bloqueos. El resultado aparece en el panel de resultados.

Step sin run ni uses

Entrada

name: Broken on: push jobs: build: steps: - name: empty step

Resultado de validación

Inválido: el step debe definir run o uses (error estructural). El resultado aparece en el panel de resultados.

Herramientas CI/CD relacionadas

Formatea el YAML corregido con formatear GitHub Actions, o explora validar GitLab CI y el hub CI/CD.

FAQ validador GitHub Actions

Solo comprobaciones estructurales

¿Es actionlint?

No. Comprobamos el análisis del YAML y los requisitos estructurales habituales (on, jobs, steps). El lint de expresiones, los esquemas de permissions y las búsquedas en el marketplace quedan fuera del alcance.

¿Se validan workflows reutilizables?

Los jobs que llaman a un workflow reutilizable mediante la clave uses se aceptan sin exigir steps. El detalle de las actions anidadas no se valida en profundidad.

¿Por qué una entrada vacía no es inválida?

El estado inactivo evita ruido mientras pegas. La validación empieza cuando hay contenido.

GitHub Actions y GitLab CI — formatear YAML y comprobar la estructura de workflows/jobs en el navegador.