Trustyu
FORGE 3.2 · Brownfield & Consolidation

FORGE 3.2
Evoluir sem perder o que importa.

Um sistema existente ou vários legados: a FORGE organiza a análise, a decisão sobre capacidades e dados e o plano de consolidação em um produto-alvo. O caminho começa por caracterização estática e só avança com evidência e autorização.

Extensão condicionalB0–B5Sem adoção real neste corte
Implementado · testes integrados concluídos, revisão independente pendente. A recomendação continua suspensa. Isso não significa piloto executado, migração concluída ou sistema operando.
Do legado ao produto-alvo

Cada avanço tem um gate.

B0–B1

Fixar e caracterizar

Fixar fontes por SHA, licença e relação. Inventariar comportamento, dependências e riscos sem executar código legado por padrão.

B2–B3

Reconciliar e decidir

Decidir o que manter, unir, redesenhar, aposentar ou investigar. Resolver identidade e dados; aprovar arquitetura-alvo e plano por ondas.

B4–B5

Migrar e desativar com controle

Executar ondas autorizadas, reconciliar resultados e ensaiar rollback. Cutover e desativação exigem decisões humanas e evidência de consumidores, dados e segredos.

UNKNOWN, licença restrita, identidade não resolvida, evidência vencida ou aprovação ausente bloqueiam o avanço. Um fixture sintético nunca autoriza mudanças em um sistema real.

Corte de 28 de agosto de 2026

O que existe. O que falta provar.

Framework e runtimeImplementados

Contratos, controles, coletores, reconciliação, plano por ondas e runbooks. Runtime 0.20.1 publicado com assinatura e imutabilidade nativa verificadas.

Qualificação integradaRevisão pendente

A verificação técnica passou: oito cenários, sete testes negativos e três consumidores na mesma release. O registro é candidato em revisão; a recomendação segue suspensa até a decisão independente sobre a cadeia e os residuais.

Piloto e operaçãoNão alegados

Nenhum legado real foi migrado neste corte. Operating, cutover e decommission precisam de escopo, autorização, janela e receipts próprios.

Registro público de versão · JSON. Metadados sanitizados e digests não substituem acesso aos artefatos completos nem uma auditoria independente.

Um novo projeto começa por autorização.

O intake define responsáveis, fontes, permissões, classes de dados, validade e pontos de parada. O fluxo greenfield continua disponível; Brownfield é ativado explicitamente. Nenhum projeto herda a qualificação de outro.

A versão 3.2 acrescenta Brownfield & Consolidation. Ela não declara concluídos os itens de roadmap de paridade de modelos, MCP amplo ou attestation.

Conversar sobre um projeto