Do SDD ao MDD: o projeto passa a trabalhar sobre uma memória de engenharia

Desde maio, toda mudança no Conn2Flow passa por um processo escrito: pedido humano, lote pequeno, validação e registro de decisão. Com o volume de trabalho feito por agentes de IA em paralelo, o que mais pesava já não era o processo, e sim a memória: o que foi decidido, o que deu errado e por quê. Daí o nome novo, Memory-Driven Development.

O que mudou na prática

• A pasta sdd/ virou memory/ no core, no site e nos demais repositórios do ecossistema, sem perder histórico (a troca foi feita como renomeação no Git).
• Cada repositório tem três arquivos de base: arquitetura de referência, memória geral e política. Duas memórias de engenharia ficam ao lado: a do Engenheiro Chefe, que nenhum agente altera, e a da execução, que os agentes atualizam ao fim de cada tarefa.
• Os arquivos de controle guardam no máximo dez itens ativos; o restante vai para archive/, com uma linha de resumo e o link.

Papéis e autonomia

O trabalho se divide entre Arquiteto, que escreve o pedido e decide, Executor, que implementa e valida, e Revisor, que audita. A topologia de cada pedido diz quantos participam (solo, dupla ou tríade), e o nível de autonomia diz até onde o agente vai sozinho: supervisionado, autônomo monitorado ou autônomo em segundo plano. Em nenhum nível um agente publica em produção, e só o humano assina a homologação.

Trava tripla

Artefatos novos nascem com cabeçalho YAML (identificador, estado, resumo). Os índices de cada pasta são gerados a partir desses cabeçalhos, e a passagem de um lote entre papéis leva projeto, pedido, lote, escopo, evidências e pendências. O catálogo comum tem 45 skills, sincronizadas a partir de uma fonte única.

Estado

A migração está na main do core e do site, com a suíte completa do core verde (1.768 testes PHP e 664 de JavaScript). A homologação geral pelo Engenheiro Chefe está pendente.