Saltar al contenido
Soberanía de la Intención · Designio

Cómo se construyó esta web

Esta web es, a la vez, el producto y la demostración del método: se construye aplicando la propia Metodología Designio. Aquí se publica su ciclo completo —no solo la Fase 0— con los artefactos reales del repositorio, sin copias editadas a mano.

El ciclo en siete pasos

Espejo del sprint del libro (la metodología, cap. 3), aplicado a esta web:

  1. Intención

    Se captura el requisito como EIS (criterios de aceptación = pruebas).

    EIS firmadas

  2. Certificación

    El Intent Director firma la EIS antes de construir.

    Acta de firma

  3. Arquitectura

    Las decisiones de stack se fijan en un ADR.

    ADR-001

  4. Construcción

    El agente levanta el código gobernado por la EIS y el MAP.

    Commits EIS-XXX

  5. Auditoría

    La CI audita seguridad, accesibilidad y rendimiento (el Security Sentinel).

    auditoria.yml

  6. Validación

    Se verifican los criterios y el Intent Director da el OK.

    Manifiestos

  7. Trazabilidad

    Cada EIS queda ligada a sus commits y firmas: el WORM práctico.

    Cadena WORM

Pipeline de intención (Fase 0)

Los artefactos del pipeline, en orden, con su estado. El registro del interrogatorio (artefacto 05) recoge las preguntas reales del AI-Refiner y las respuestas reales del Intent Director.

  1. ADN Arquitectónico

    v0.1 · 12 de junio de 2026

    ✓ firmado
  2. MAP — Master Architecture Prompt

    v0.1 · 12 de junio de 2026

    ✓ firmado
  3. Documento de Requisitos Iniciales (Requisitos Maestros)

    v0.3 · 12 de junio de 2026

    ✓ firmado
  4. EIS Maestro (índice)

    v1.0 · 12 de junio de 2026

    ✓ firmado
  5. Registro del Interrogatorio (AI-Refiner)

    v0.2 · 12 de junio de 2026

    refinado
  6. Acta de Certificación y Firma de Intención

    v1.0 · 12 de junio de 2026

    ✓ firmado
  7. Plan de Construcción

    v0.1 · 12 de junio de 2026

    ✓ firmado
  8. Reporte Final de Cierre y Puesta en Producción

    v1.0 · 14 de junio de 2026

    ✓ firmado

Construcción

Qué pasó después de las EIS: 30 EIS construidas, cada una con su manifiesto de implementación (criterio → test → resultado) y sus commits con la convención EIS-XXX:.

Sprint 1 · Cimientos (7 EIS)

  • EIS-001 Levantar el andamiaje Astro 5 con colecciones de contenido tipadas manifiesto 1 commit
  • EIS-002 Implementar el sistema de diseño del ADN §8 como design tokens y estilos base manifiesto 1 commit
  • EIS-003 Construir el layout global con navegación, pie y SEO base manifiesto 1 commit
  • EIS-004 Crear la plantilla documental de marca y el render de la colección de artefactos manifiesto 1 commit
  • EIS-005 Hacer exportable a PDF con estilo de marca cada artefacto y recurso manifiesto 1 commit
  • EIS-020 Asegurar la calidad transversal: 404, iconos/OG, cabeceras de seguridad y auditoría automática manifiesto 3 commits
  • EIS-021 Crear el repositorio privado de GitHub con CI/CD a Cloudflare Pages (humano en el circuito) manifiesto 2 commits

Sprint 2 · Contenido nuclear (7 EIS)

  • EIS-006 Construir la Home con hero «WOW» y CTAs a libro, metodología y recursos manifiesto 3 commits
  • EIS-007 Construir la página «El Libro» con bloque específico para editoriales manifiesto 3 commits
  • EIS-013 Construir la página «La Metodología Designio» manifiesto 2 commits
  • EIS-014 Construir la sección «Recursos» con copia y descarga por recurso manifiesto 3 commits
  • EIS-015 Redactar los recursos descargables extraídos del libro manifiesto 2 commits
  • EIS-019 Construir la página «Autor / Contacto» manifiesto 2 commits
  • EIS-023 Publicar el capítulo de muestra descargable: el ciclo de ejecución semanal (sprint) manifiesto 2 commits

Sprint 3 · ¿Por qué Designio? (5 EIS)

  • EIS-008 Crear los componentes de presentación: ScrollStory, AntesAhora y CitaLibro manifiesto 3 commits
  • EIS-009 Producir la presentación 3a: el cambio de paradigma y el SDLC, antes y ahora manifiesto 1 commit
  • EIS-010 Producir la presentación 3b: seguridad antes y ahora con Designio manifiesto 2 commits
  • EIS-011 Investigar y redactar el análisis de cumplimiento por regulación (datos) manifiesto 1 commit
  • EIS-012 Renderizar la presentación 3c: cumplimiento por diseño con matriz por regulación manifiesto 1 commit

Sprint 4 · Comparativa y caso vivo (3 EIS)

  • EIS-016 Construir la sección «Cómo se construyó esta web» (caso práctico vivo, ciclo completo) manifiesto 3 commits
  • EIS-025 Generar la comparativa mediante un prompt público y reproducible (sustituye a EIS-017) manifiesto 2 commits
  • EIS-026 Renderizar la comparativa reproducible: resumen, detalle por categoría y transparencia (sustituye a EIS-018) manifiesto 2 commits

Sprint 5 · Dominio y release v1.0 (2 EIS)

  • EIS-022 Conectar designio.dev con instrucciones DNS exactas para Porkbun (aplica el humano) manifiesto 3 commits
  • EIS-024 Sprint final: release y puesta en producción de designio.dev con cierre verificado manifiesto 2 commits

Sprint 6 · Evolución (activo vivo) (5 EIS)

  • EIS-028 Comparativas adicionales por modelo bajo submenú, con transparencia de fuentes y diseño WOW (1ª evolución) manifiesto 2 commits
  • EIS-029 Aplicar la puerta de la metodología por release: pasar el Sentinel y calcular el Health Score (≥98 bloqueante), sin constantes a mano manifiesto 2 commits
  • EIS-030 Publicar todas las EIS firmadas como páginas legibles en el caso vivo, con bloque de Evolución manifiesto 2 commits
  • EIS-031 Publicar las presentaciones ejecutivas (CISO y CIO) como landings accesibles con descarga, enlazadas desde Seguridad y Comparativa manifiesto 2 commits
  • EIS-032 Publicar la presentación ejecutiva para CTO/Director de Aplicaciones («Cambia tu SDLC») como landing accesible con descarga manifiesto 0 commits

Trazabilidad de cambios: EIS-017 → EIS-025, EIS-018 → EIS-026 (inmutabilidad: nada firmado se reescribe en sitio; las sustituidas no tienen página propia, solo las vigentes que las sustituyeron).

Evidencias de calidad

Informe del Security Sentinel (la CI de esta web)

La auditoría automática y bloqueante que corre en cada push y cada PR (auditoria.yml): sin estos siete controles en verde, no hay merge.

ControlUmbralHerramienta
CVEs críticas en dependencias de producción0npm audit --omit=dev
Tipos y diagnósticos0 erroresastro check
Build reproducibleOKastro build
Criterios de aceptación de las EIS100% en verdetest:acceptance
Enlaces internos0 rotostest:enlaces
Accesibilidad0 violaciones serious/criticalaxe-core
Rendimiento y calidad webPerf ≥95 · A11y/BP/SEO = 100Lighthouse CI

Honestidad: quedan 3 CVEs altas conocidas en dependencias de build (astro/vite/esbuild) que solo afectan a build/dev de un sitio estático; su corrección exige Astro 6 y está pendiente de un ADR. No se ocultan: se declaran aquí.

Health Score

Lo consolida el Security Sentinel (scripts/sentinel-hps.mjs) desde señales reales, con la fórmula de los cinco vectores del libro (cap. 3, pp. 99-100) adaptada a un sitio estático. Es la puerta de la metodología: por debajo de 98 no se despliega. Cálculo del .

99,9 / 100 ✓ pasa la puerta (≥ 98)

  • Seguridad peso 35% 100 medido en build 0 CVEs críticas (npm audit) + 0 violaciones axe graves
  • Fidelidad a la intención peso 25% 100 medido en build 30 EIS implementadas con sus criterios de aceptación en verde (25 suites)
  • Mantenibilidad peso 20% 100 medido en build contenido como datos; astro check 0 errores en CI (proxy)
  • Rendimiento peso 10% 99 última medición 2026-06-15 Lighthouse performance (mínimo entre páginas)
  • Cobertura peso 10% 100 medido en build cobertura criterio→test = 100% (proxy; sin cobertura unitaria)

Health Score = Σ (nota × peso) = 100·0.35 + 100·0.25 + 100·0.2 + 99·0.1 + 100·0.1 = 99,9.

Honestidad (ADN P8): «mantenibilidad» y «cobertura» son proxies adaptados — este sitio no tiene pruebas unitarias tradicionales, sino un modelo de pruebas de aceptación donde cada criterio de una EIS tiene su test (cobertura criterio→test, no cobertura de líneas).

Pruebas, despliegue y validación humana

WORM — la caja negra del proyecto

La cadena de trazabilidad inmutable de esta web: cada EIS firmada (con el hash de su contenido) ligada a sus commits reales (hash → GitHub) y a la firma de cierre. Ningún hash se escribe a mano: el de la EIS se calcula y los de commit los da git.

Qué garantiza y qué facilita (honestidad, ADN P8). Aquí el WORM práctico es el historial Git firmado por convención más los manifiestos versionados: garantiza trazabilidad pública y verificable (hashes que cualquiera comprueba). No es el WORM corporativo del libro (S3 Object Lock / almacenamiento inmutable): facilita esa inmutabilidad fuerte, pero un historial Git puede reescribirse si se fuerza; la inmutabilidad real la aportaría un almacén WORM externo.

Sprint 1 · Cimientos — 7 EIS
Sprint 2 · Contenido nuclear — 7 EIS
Sprint 3 · ¿Por qué Designio? — 5 EIS
Sprint 4 · Comparativa y caso vivo — 3 EIS
Sprint 5 · Dominio y release v1.0 — 2 EIS
Sprint 6 · Evolución (activo vivo) — 5 EIS

Generado de marcossocram-droid/designio-web · 30 EIS implementadas de 32 · git disponible.

Evolución (el activo vivo)

Tras la release v1.0.0, la web no se acaba: vive (libro, cap. 1, 4.ª fase). Cada cambio nace de una EIS firmada por el Intent Director, pasa el Sentinel y el Health Score (≥98) y se publica con su etiqueta semver. Estos son los incrementos de evolución, con su EIS legible:

Artefactos de la 1.ª evolución: las comparativas por modelo (ChatGPT, Gemini, Perplexity, DeepSeek), el estudio reproducible y el Health Score vivo que calcula el Sentinel en cada release. Todas las EIS firmadas son legibles desde su ficha enlazada arriba.