🧠 Estrategia de Cómputo: Control-Plane Adopted-Active¶
Este documento define qué tareas del modelo inputs/** -> stack-tech-core/** -> gobernanza bidireccional
se ejecutan en local y cuáles en GitHub Actions para atlantyqa-universe.
⚖️ Matriz de decisión¶
| Tarea | Recursos | Riesgo | ⚙️ Local | ☁️ GitHub Actions |
|---|---|---|---|---|
🧪 Validar request de adopción (repo-bootstrap) |
Bajo (CPU) | Alto | ✅ Primario | ✅ Verificación |
🛡️ Verificar migración a stack-tech-core/** |
Bajo (CPU) | Alto | ✅ Primario | ✅ Gate |
| 📚 Regenerar documentación viva de adoptados | Bajo (CPU) | Medio | ✅ Primario | ✅ Check |
| 📘 Build de portal MkDocs ES/EN | Medio (CPU/RAM) | Medio | ✅ Primario | ✅ CI |
🧩 Crear issues canonizadas (adopted-active) |
Bajo | Medio | ✅ Primario | ⚠️ Solo trigger por issue |
🔐 Guardas de main + aprobación de colaboradores |
Bajo | Crítico | ⚠️ Evidencia local | ✅ Obligatorio |
| ⚖️ Normalización legal SL paso 1 | Bajo | Alto | ✅ Primario | ⚠️ Solo validación |
🧭 Reglas operativas¶
- Local (fuente de trabajo): preparación de cambios, evidencias, runbooks y normalización legal.
- GitHub Actions (fuente de enforcement): gates de
main, validación de contratos, controles de aprobación y consistencia documental. - No asumir decisiones humanas: cualquier decisión de L0KY, Ángel o Bosco debe quedar explícita en issue/PR con evidencia.
🔐 Seguridad y trazabilidad¶
- Nunca subir secretos,
.env, tokens ni material sensible industrial. - El movimiento de
inputs/**astack-tech-core/**debe dejar rastro en catálogo de gobernanza bidireccional. - Ningún merge a
mainsin pasar workflows de control y aprobación definidos en.github/contracts/.