Trustyu
FORGE 3.2 · Brownfield & Consolidation

FORGE 3.2
Evolucionar sin perder lo que importa.

Un sistema existente o varios legados: FORGE organiza el análisis, las decisiones sobre capacidades y datos y el plan de consolidación en un producto objetivo. El camino comienza con caracterización estática y solo avanza con evidencia y autorización.

Extensión condicionalB0–B5Sin adopción real en este corte
Implementado · pruebas integradas completadas, revisión independiente pendiente. La recomendación sigue suspendida. Esto no significa un piloto ejecutado, una migración completada ni un sistema operando.
Del legado al producto objetivo

Cada avance tiene un gate.

B0–B1

Fijar y caracterizar

Fijar fuentes por SHA, licencia y relación. Inventariar comportamiento, dependencias y riesgos sin ejecutar código legado por defecto.

B2–B3

Reconciliar y decidir

Decidir qué mantener, unir, rediseñar, retirar o investigar. Resolver identidad y datos; aprobar arquitectura objetivo y plan por olas.

B4–B5

Migrar y retirar con control

Ejecutar olas autorizadas, reconciliar resultados y ensayar rollback. Cutover y retiro exigen decisiones humanas y evidencia de consumidores, datos y secretos.

UNKNOWN, licencia restringida, identidad sin resolver, evidencia vencida o aprobación ausente bloquean el avance. Un fixture sintético nunca autoriza cambios en un sistema real.

Corte del 28 de agosto de 2026

Qué existe. Qué falta demostrar.

Framework y runtimeImplementados

Contratos, controles, colectores, reconciliación, plan por olas y runbooks. Runtime 0.20.1 publicado con firma e inmutabilidad nativa verificadas.

Calificación integradaRevisión pendiente

La verificación técnica pasó: ocho escenarios, siete pruebas negativas y tres consumidores en la misma release. El registro es candidato en revisión; la recomendación sigue suspendida hasta una decisión independiente sobre la cadena y los asuntos pendientes.

Piloto y operaciónNo declarados

Ningún sistema legado real fue migrado en este corte. Operating, cutover y decommission requieren alcance, autorización, ventana y receipts propios.

Registro público de versión · JSON. Los metadatos sanitizados y los digests no sustituyen el acceso a los artifacts completos ni una auditoría independiente.

Un nuevo proyecto comienza con autorización.

El intake define responsables, fuentes, permisos, clases de datos, vigencia y puntos de parada. El flujo greenfield sigue disponible; Brownfield se activa explícitamente. Ningún proyecto hereda la calificación de otro.

La versión 3.2 añade Brownfield & Consolidation. No declara completados los elementos de roadmap de paridad de modelos, MCP amplio ni attestation.

Conversar sobre un proyecto