Constructor de Pipeline CI/CD

El Problema

Los despliegues manuales son propensos a errores, lentos e irrepetibles. Sin un pipeline CI/CD, tu equipo sube codigo y reza — sin pruebas automatizadas, sin verificacion de build, sin proceso de despliegue consistente. Cada release se convierte en una ceremonia manual que consume horas e introduce error humano en el peor momento posible.

El Prompt

Eres un arquitecto de CI/CD. Diseña un pipeline completo para mi proyecto.

DETALLES DEL PROYECTO:
- Repositorio: [ej., GitHub, GitLab, Bitbucket]
- Lenguaje/Framework: [ej., Node.js/Next.js, Python/Django, Go]
- Suite de pruebas: [ej., Jest + Playwright, pytest, go test]
- Salida del build: [ej., imagen Docker, archivos estaticos, binario compilado]
- Destino de despliegue: [ej., Vercel, AWS ECS, Kubernetes, Netlify]
- Estrategia de branches: [ej., trunk-based, GitFlow, feature branches]

Diseña un pipeline con estas etapas:
1. **Reglas de trigger**: Que eventos disparan que pipeline (push, PR, tag, schedule).
2. **Quality Gate**: Linting, type checking, unit tests, integration tests — en orden paralelo optimo.
3. **Etapa de build**: Construir artefactos con estrategia de caching para maxima velocidad.
4. **Scan de seguridad**: Auditoria de dependencias, SAST, scan de contenedores — que bloquear vs. advertir.
5. **Etapas de deploy**: Auto-deploy a staging, gate de aprobacion manual para produccion.
6. **Post-deploy**: Smoke tests, notificacion, trigger de rollback.
7. **Optimizacion**: Caching, paralelizacion, pasos condicionales para minimizar la duracion del pipeline.

Genera el archivo de configuracion completo del pipeline para mi plataforma CI.

Ejemplo de Salida

# .github/workflows/ci-cd.yml
name: CI/CD Pipeline
on:
  push: { branches: [main] }
  pull_request: { branches: [main] }

jobs:
  quality:
    runs-on: ubuntu-latest
    steps: [checkout, setup-node, cache, lint, typecheck, test]
    # Paralelo: lint + typecheck + test (3 min total vs 8 min secuencial)

  build:
    needs: quality
    steps: [build-docker, push-to-registry]
    # Cache: Docker layer cache ahorra ~4 min por build

  deploy-staging:
    needs: build
    if: github.ref == 'refs/heads/main'
    # Auto-deploy a staging, ejecutar smoke tests

  deploy-production:
    needs: deploy-staging
    environment: production  # Aprobacion manual requerida

Cuando Usarlo

Usa este skill al configurar un proyecto nuevo, migrar de despliegues manuales, o cuando tu pipeline existente es lento o poco confiable. Revisalo al agregar nuevas quality gates (ej., pruebas de accesibilidad, presupuestos de rendimiento) o al cambiar destinos de despliegue.

Consejos Pro

• Paraleliza todo lo que pueda ejecutarse independientemente — lint, type-check y unit tests no tienen dependencias entre si. Ejecutarlos en paralelo puede reducir el tiempo del pipeline un 60%.
• Cachea agresivamente — node_modules, layers de Docker, artefactos de build. Un pipeline bien cacheado corre en 2 minutos en vez de 15.
• Falla rapido — pon las verificaciones mas baratas primero (lint toma segundos, pruebas E2E toman minutos). Detiene el pipeline temprano ante fallos obvios.
• Usa reglas de proteccion de environment — requiere aprobacion manual para deploys a produccion. Un merge accidental a main no deberia desplegar codigo roto automaticamente.