Centro de Mando de Recuperación
Flujo nativo de GitHub: trazar → preservar → proteger → recuperar → restaurar, con puertas de prueba, competencia y decisión humana.
Abrir →19 SEPTIEMBRE 2026 · GITHUB COMO CONTINUIDAD ACTIVA
Mapa de brechas públicas GitLab ↔ GitHub
Mapa fail-closed de la funcionalidad pública observada en GitLab Pages y su estado actual en GitHub. Sucesor funcional no significa recuperación exacta de bytes de GitLab.
Brechas de alto valor ya cerradas funcionalmente
Sala de Situación de Recuperación
Revisión adversarial, hipótesis competidoras, prueba contraria y pruebas decisivas conectadas con Case Prism y Segundo Par de Ojos.
Abrir →Conexiones + búsqueda profunda
Explorador nativo de GitHub y escaneo opt-in del texto visible del sitio GitHub Pages actual.
Conexiones → · Buscar →Actualidad Portfolio / RICPE
Las páginas actuales de GitHub ya incorporan el estado controlado de Portfolio del 11 de septiembre y la capa vigente de continuidad RICPE.
Portfolio → · RICPE →Registro de identidad 515 frente a 379
GitHub revela la discrepancia verificada de conteos renderizados, pero mantiene intacta la fuente canónica de 380 IDs hasta recuperar los objetos exactos de GitLab.
Registro →Estándar operativo Por Derecho
La metodología actual deriva de controles GitHub de Segundo Par, Case Prism y continuidad, no del marcado renderizado de GitLab.
Por Derecho →Continuidad de rutas especializadas de septiembre
Las familias de rutas especializadas visibles en GitLab disponen ahora de sucesores funcionales noindex, construidos desde fuentes controladas de GitHub. No son la fuente ni los bytes de plantilla ausentes de GitLab.
Ver los ocho sucesores funcionales y sus destinos canónicos →
Límite de recuperación exacta: configuración Duo, debates/aprobaciones de MR, artefactos nativos de pipelines/jobs, variables, runners, entornos, ajustes/integraciones, estado Orbit/index y bytes exactos de fuente/plantilla siguen pendientes de restauración autenticada de GitLab. El HTML público renderizado no sustituye esos bytes.