Do dev que conhece aquele módulo. Da conversa que ficou no WhatsApp. Do sênior que para de produzir para explicar de novo. Existe uma arquitetura que tira o conhecimento das cabeças e devolve para a empresa — e a gente sobe ela junto com o seu time.
Aquele módulo só o Fulano mexe.E o Fulano entrou de férias na semana da entrega.
O bug voltou. De novo.Alguém já resolveu isso há três anos. Ninguém lembra como, nem por quê.
Dev novo leva meses para produzir sozinho.E o sênior para de produzir para ensinar.
Quatro devs, quatro padrões, um sistema.Cada um resolve do seu jeito. Todos estão certos.
"Por que esse código está assim?"A resposta está num áudio de WhatsApp que ninguém acha.
O cliente pergunta quando fica pronto.A tarefa existe. O contexto dela, não.
Todo esse conhecimento já existe dentro da sua empresa. Ele só não pertence a ela. Está nas pessoas — e, quando a pessoa sai, tira férias ou simplesmente esquece, a empresa reconstrói do zero o que já tinha aprendido. É esse retrabalho invisível que consome a semana do time.
Um chat de IA escreve código plausível em segundos. Sem mapa do sistema, sem convenção escrita e sem o histórico das decisões, esse código entra no produto sem ninguém conseguir dizer se ele respeita as regras da casa. A dívida técnica passa a crescer na velocidade da máquina — e a revisão, que já era o gargalo, vira o único gargalo.
O problema da sua empresa nunca foi digitar código rápido. É saber o que pode ser feito, onde, e por quê. Isso precisa existir antes — e é exatamente isso que não se compra pronto.
Ferramenta boa numa operação sem memória entrega o mesmo problema. Só que mais rápido.
Cinco camadas. Cada uma só se sustenta sobre a de baixo. Repare em qual delas é a IA.
A IA é a camada 05.
Quase todo mundo tenta comprá-la como se fosse a 01 — assina a ferramenta, distribui para o time e espera o salto de produtividade. É por isso que quase todo mundo se decepciona e conclui que "IA não serve para o nosso caso".
Serve. Depois que existir chão para ela pisar.
O sistema inteiro descrito em documento vivo, em níveis: visão geral, subsistema, módulo. Onde vive cada regra. O que cada peça faz. O que nunca se toca sem demanda. O mapa mora junto do código e é mantido por quem mexe nele — não por um analista que documenta depois, num arquivo que ninguém abre.
O padrão da casa escrito de um jeito que se cumpre: como se nomeia, onde a regra de negócio mora, o que é obrigatório, o que é proibido, o que exige aprovação antes. Não é manual de oitenta páginas que ninguém lê — é o contrato que a equipe segue por padrão, porque está no caminho do trabalho e não numa pasta do drive.
Cada decisão registrada com data, alternativa descartada e motivo. Bug investigado a fundo vira documento. Comportamento estranho de integração vira documento. Regra que o cliente explicou no telefone vira documento. O folclore oral da empresa — que hoje some quando alguém sai — vira acervo pesquisável.
A tarefa deixa de ser linha numa lista e passa a carregar o que importa: por que existe, onde encosta no sistema, o que já foi decidido, o que falta decidir. Conecta ao que vocês já usam — inclusive sistema próprio — em vez de obrigar o time a trocar de ferramenta. Distribuir trabalho vira consequência, não reunião.
Só agora entra a IA — e agora ela tem onde pisar. Ela lê o mapa, obedece a convenção, consulta o porquê e trabalha dentro da tarefa. Deixa de ser um chat que sugere trecho de código e vira operação que executa dentro do padrão da casa, no seu sistema, com o seu histórico. A alavanca que todo mundo procura na camada 01 só aparece de verdade quando as quatro de baixo existem.
Meses até o dev novo produzir sozinho — e o sênior parado, ensinando.
O repositório explica o terreno. O sênior revisa, não alfabetiza.
"Por que isso está assim?" — ninguém sabe, e mexer vira risco.
A decisão está escrita, com data e motivo. Mexer vira decisão informada.
Cada dev tem o seu padrão. A revisão discute estilo em vez de discutir problema.
A convenção é única e a máquina também a obedece. A revisão volta a ser sobre o que importa.
IA é um chat aberto ao lado, cuspindo código plausível que ninguém consegue revisar direito.
IA executando dentro da convenção da casa, sobre o mapa do seu sistema, com o porquê à mão.
A semana é decidida pelo incêndio da vez.
A semana é decidida por você. O incêndio vira exceção — e exceção documentada não volta.
Doze anos mantendo um ERP em produção ensinam uma coisa: sistema que não pode parar não perdoa improviso. Cada camada desta arquitetura existe porque, em algum momento, a falta dela nos custou caro. É a mesma estrutura que roda aqui dentro hoje — e é ela que nos deixa operar IA sobre um legado vivo sem quebrar cliente.
É essa estrutura que a gente instala na sua equipe — sobre o sistema de vocês, com o legado de vocês.
Antes de qualquer proposta, olhamos o sistema, o time e onde dói de verdade: quantos desenvolvedores, qual a idade do legado, o que já está escrito e o que só existe na cabeça de alguém. É essa avaliação que define o prazo — pode ser uma semana, podem ser alguns meses, e a única forma honesta de saber é olhando antes. Daqui sai o escopo fechado, com começo e fim.
Subimos a arquitetura com o seu time junto, no sistema de vocês — não num projeto de exemplo. Cada camada é instalada e explicada enquanto entra: aprender acontece fazendo, sobre o código que vocês mantêm todo dia.
Vocês seguem sozinhos, com a arquitetura sustentada por quem a construiu junto. O que o time preferir não manter na mão, a SG opera como serviço contínuo.
Não é curso. Não é palestra. Não é certificado. É gente que opera essa arquitetura todo dia instalando ela na sua casa, com o seu time pondo a mão junto — porque esse tipo de conhecimento não passa em slide, passa fazendo. O trabalho é fechado por escopo, definido no levantamento: você sabe o que vai receber e quanto custa antes de começar. Nunca por hora — hora contada premia quem demora.
São três degraus, e você decide em cada um se continua: a conversa (uma hora, sem custo, para saber se faz sentido) → o levantamento (a avaliação que dimensiona o trabalho e fecha o escopo) → a implantação (o trabalho combinado, com o seu time junto).
A implantação exige tempo do seu time e sustentação de quem lidera. Quando falta um dos dois, a arquitetura sobe e desmonta em três semanas — e não é um trabalho barato para se descobrir isso depois.
Não tem certeza de qual lado você está? É exatamente para isso que a primeira conversa existe — uma hora, sem custo, e se a resposta for "não contrate", a gente fala isso na hora.
Não. Treinamento ensina a operar um produto; quando o produto muda de versão, o treinamento envelhece. O que se instala aqui é a arquitetura que fica na sua empresa: o mapa do sistema, as convenções escritas, o acervo de decisões e o fluxo de trabalho. A ferramenta de IA é a última camada, e ela é trocável — as quatro de baixo, não.
Depende do tamanho do sistema, do tamanho do time e de quanto já existe escrito. Na prática vai de uma semana a alguns meses, e a única forma honesta de dizer é olhando antes: o prazo sai do levantamento, não de uma tabela. O que não muda é o formato — escopo fechado, com começo e fim definidos antes de começar.
Sim. A arquitetura organiza conhecimento, convenção e fluxo de trabalho — ela não depende de linguagem, framework ou banco de dados. Ela já roda sobre desktop em Pascal, API, front web e serviços em Python, no mesmo repositório. O que muda de um caso para outro é o conteúdo das convenções, não a estrutura.
Não. Se estivesse organizado, provavelmente você não precisaria disto. O ponto de partida é o sistema como ele está — inclusive com regra de negócio embarcada em tela, nome inconsistente e aquele módulo que ninguém encosta. Documentar o legado como ele é vale mais do que uma refatoração que nunca acontece.
Sim — o trabalho é sobre o sistema de vocês, não sobre um projeto de exemplo. A confidencialidade vem antes do acesso: acordo assinado primeiro, acesso depois. Todo material produzido na implantação (mapa, convenções, acervo de decisões) fica no repositório de vocês e é propriedade da sua empresa.
Vale, e por um motivo específico: em time pequeno o conhecimento crítico costuma estar concentrado em uma pessoa só. O risco de férias, licença ou saída é maior ali do que numa equipe de vinte. O escopo do trabalho acompanha o tamanho — time menor, implantação mais curta.
Remoto por padrão, e funciona: a implantação acontece sobre o repositório e o fluxo de trabalho de vocês, que já são remotos por natureza. Encontro presencial entra quando faz diferença — normalmente no começo, para alinhar com quem lidera. A SG System fica em Goiânia (GO) e atende empresas em todo o Brasil.
Não é o que a gente vê acontecer, nem o que se vende aqui. O que muda é onde o tempo do time é gasto: menos reexplicação, menos arqueologia em código antigo, menos discussão de estilo em revisão. Quem opera essa arquitetura precisa entender o sistema profundamente — e essa é exatamente a pessoa que já está no seu time.
Onde a produtividade prometida se perde e o que precisa existir antes da ferramenta.
Ler o guia → Guia · legadoComo usar IA sobre código antigo, com cliente rodando, sem virar dívida técnica.
Ler o guia → ServiçoA outra frente: automação sob medida para quem não tem time de desenvolvimento.
Ver a página →Você mostra onde dói, a gente diz o que dá para fazer — e se não fizer sentido, a gente fala isso também.
Abre uma conversa no WhatsApp