01Serviço · Produtos
Vibe Coding e Produtos AI-BasedUm produto de IA que não recomeça do zero.
Escrevemos o padrão em que a empresa inteira desenvolve software com IA, e construímos o núcleo sobre o qual os produtos de IA de vocês passam a rodar. O próximo projeto começa do padrão, e o próximo produto começa do núcleo.
Vibe Coding é desenvolver software com IA dentro de um padrão escrito que a IA lê antes de trabalhar, e que reprova o que foge dele.
O que chega
- Um modelo de repositório de onde nasce toda aplicação nova
- A primeira aplicação em produção construída no padrão, junto com o seu time
- Um núcleo agêntico que cada produto novo reutiliza
Como se contrataDois projetos: o padrão de desenvolvimento com IA e o núcleo dos produtos de IA.
02Para quem é
Reconhece alguma destas situações?
- Cada pessoa desenvolve com IA do próprio jeito: outra ferramenta, outras instruções, outra arquitetura.
- A aplicação sai rápido, só quem a fez consegue mantê-la, e a de uma área não conversa com a de outra.
- O primeiro produto com IA funcionou na demonstração, e o segundo começou do zero.
- Ninguém sabe dizer de onde veio uma resposta, e o custo aparece na fatura antes de aparecer em qualquer painel.
Quando uma resposta errada chegar a quem usa o produto, quem responde por ela é você.
03Ao final
Como a empresa fica quando o trabalho termina.
Toda aplicação nova nasce do mesmo modelo, e qualquer pessoa do time consegue mantê-la.
O próximo produto de IA começa do núcleo que já roda, e não do zero.
Toda resposta cita a fonte, e nenhuma mudança de modelo entra sem passar pela avaliação.
04Em vez de
O que se costuma tentar antes, e onde para.
Deixar cada área desenvolver do seu jeito
Onde para
Sai rápido, e cada aplicação vira um sistema que só quem o fez entende.
Contratar uma equipe diferente para cada produto
Onde para
Cada produto chega com a arquitetura de quem o construiu, e o seguinte começa do zero.
Comprar uma plataforma pronta de agentes
Onde para
Resolve a construção, mas não o dado, as perguntas de avaliação e quem responde por cada agente.
05No seu mercado
O mesmo problema, com o nome que ele tem no seu setor.
Mercado Imobiliário
A área de crédito montou com IA a própria ferramenta de análise, e só quem a fez consegue mantê-la. Quando um assistente responde ao investidor sobre a carteira, a resposta precisa citar o contrato de onde saiu o número.
Terceiro Setor
Cada campanha ganhou uma aplicação feita com IA, e nenhuma conversa com a base de doadores. Quando um assistente responde ao doador sobre a própria doação, a resposta precisa citar o registro de onde saiu, e o dado pessoal fica mascarado.
Franquias e Redes de Varejo
Cada unidade ou área montou com IA a própria ferramenta, e a rede não consegue manter nenhuma. Quando um assistente responde ao franqueado sobre estoque ou caixa, a resposta precisa citar a venda de onde saiu o número.
06A proposta
Duas formas de contratar, e a segunda nasce da primeira.
Um módulo governa como a empresa constrói software com IA; o outro é o que roda para quem usa o produto. Os dois são construídos no repositório e na nuvem de vocês, com o seu time.
Contratando os dois
Quando os dois são contratados, o núcleo nasce do modelo de repositório do primeiro módulo e passa nas mesmas verificações. E quando o produto lê dado da empresa, lê pela entrega de governança de dados e obedece a mesma política de acesso.
07Módulo 1
Vibe Coding com o DDC Framework
Para quando várias áreas já desenvolvem com IA, cada uma do seu jeito.
Um projeto em seis etapas, do levantamento à passagem para o time, com o padrão aprovado pelo responsável técnico antes de a IA passar a lê-lo.
Entrega
O que fica com vocês
O ponto de partida
- Um levantamento dos repositórios, das aplicações que as áreas construíram e do caminho de uma ideia até produção
- Uma medição, no repositório de vocês, de quanto o time consegue revisar, integrar e testar do que a IA produz (teto de absorção)
O padrão, escrito uma vez
- A camada de negócio: o que a empresa é, o vocabulário do domínio e o que ela recusa
- A camada de produto: voz, design system e para quem cada aplicação é construída
- A camada de engenharia: tecnologias com versão fixada, contratos de dados e de API, e regras de segurança, validação e teste
Ver os demais
- A camada de operações: ambientes, deploy, release, rollback e monitoramento
O que a IA lê antes de trabalhar
- Regras que o agente carrega, sempre ativas ou por pasta do código, cada uma apontando para a fonte (rules)
- Instruções por tecnologia e por prática, carregadas quando o trabalho pede (skills)
- Agentes que escrevem, revisam e testam código, um por papel de desenvolvimento, cada um com o que lê e as ferramentas que pode usar
O que reprova
- Verificações na própria sessão do agente que barram antes do commit o que a regra proíbe (gates)
- Verificações rodando na integração contínua de vocês, cada uma capaz de reprovar
Toda aplicação nova no padrão
- Um modelo de repositório com o padrão dentro, de onde nasce toda aplicação nova
- O caminho padrão de uma aplicação nova, da especificação e do plano à revisão e ao deploy, com um registro de decisão para cada escolha
- A primeira aplicação em produção construída no padrão, junto com o seu time
A passagem
- Um catálogo das aplicações da empresa, com dono e manual de operação de cada uma
- Um acordo de trabalho para entrega com IA: o que é governado, o que é revisado, o que é barrado
- Mantenedores do padrão nomeados no time e treinados para atualizá-lo
Etapas
Como funciona, etapa por etapa
Etapa 1: Levantamento e medição
Partimos do que já existe: repositórios, aplicações das áreas e o caminho de uma ideia até produção. No histórico de vocês medimos o quanto o time consegue revisar, integrar e testar, que é o limite real.
Termina quando existe a medida do que o time consegue revisar, integrar e testar hoje.
Etapa 2: O padrão, escrito com vocês
Escrevemos com vocês o padrão de negócio, produto, engenharia e operações. O responsável técnico aprova o padrão antes de a IA passar a lê-lo.
Termina quando o responsável técnico aprova o padrão.
Detalhe técnico
O padrão segue as quatro camadas do DDC Framework e vira o harness: os contextos, regras e agentes que a IA lê antes de trabalhar.
Nada avança sem a aprovação de vocês.
Etapa 3: O que a IA lê
A IA passa a trabalhar a partir do padrão, sem que ninguém precise repeti-lo a cada pedido.
Termina quando a IA do time trabalha a partir do padrão em todos os repositórios ativos.
Detalhe técnico
Regras, instruções e agentes que apontam para essa fonte e não a repetem.
Etapa 4: As verificações
Verificações automáticas reprovam o trabalho que foge do padrão antes de ele chegar a produção.
Termina quando cada verificação já reprovou de propósito pelo menos um caso.
Detalhe técnico
Reprovam na sessão do agente e na integração contínua. Cada uma prova que consegue reprovar antes de o silêncio dela valer alguma coisa.
Etapa 5: Modelo de repositório e primeira aplicação
Toda aplicação nova nasce do modelo e segue o mesmo caminho. A primeira construímos com o time; a segunda o time constrói e nós revisamos.
Termina quando a primeira aplicação está em produção e a segunda nasceu do modelo.
Etapa 6: Passagem
Acompanhamos o time na manutenção do padrão e na revisão das aplicações novas.
Termina quando o time atualiza o padrão sem nós.
Participação
Quem do seu time participa
- Um patrocinador
- Um responsável técnico que decide o padrão
- Uma pessoa de cada área que desenvolve com IA
- Os repositórios de vocês
Medição
Como se sabe que funcionou
Medido na operação de vocês, antes e depois.
- Repositórios ativos que carregam as quatro camadas, sobre o total de repositórios ativos
- Aplicações novas criadas a partir do modelo de repositório, sobre o total de aplicações novas
- Tempo entre a ideia aprovada e a primeira versão em produção de uma aplicação nova, antes e depois
- Achados de revisão que uma regra já proibia, antes e depois
- Entregas que passam nas verificações na primeira tentativa
- Tamanho da fila de revisão, medido no repositório de vocês antes e depois
- Retrabalho por entrega, contado no histórico do próprio projeto
- Aplicações em produção sem dono nomeado ou sem manual de operação
- Tempo até uma pessoa nova entregar a primeira mudança dentro do padrão
- Atualizações do padrão feitas pelo próprio time depois da passagem
08Módulo 2
Núcleo Agêntico para Produtos de IA
Para quando o segundo produto de IA vai começar do zero outra vez.
Um projeto em cinco etapas, do problema e do dado à operação, com o desenho do núcleo aprovado antes da construção.
Entrega
O que fica com vocês
Antes da arquitetura
- Um mapa do problema e do dado: a tarefa que o produto resolve, quem o usa e cada fonte que o agente consulta, com dono, qualidade, base legal e quem pode vê-la
- Um conjunto de perguntas reais, com a resposta esperada e a fonte, escrito com os especialistas de vocês (conjunto de avaliação)
- O desenho do núcleo, com um registro de decisão para cada escolha
O núcleo
- Um núcleo agêntico rodando no repositório de vocês, que cada produto novo reutiliza em vez de copiar
- Os agentes do produto e as instruções que eles carregam, com versão, limite de passos e orçamento de custo por execução
- Conexões com os sistemas de vocês, cada uma conferindo o que recebe, incluindo servidores MCP (tools e connectors)
Ver os demais
- Sequências fixas de passos tratadas como fluxo, separadas do agente (workflows)
- Uma base de conhecimento que lê os documentos de vocês, busca por significado e por palavra, devolve só o que quem pergunta pode ver, se atualiza quando a fonte muda e cita sempre de onde tirou a resposta
- Memória de curto e de longo prazo, com limite, prazo de retenção e apagamento a pedido do titular
Os limites
- Limites na entrada, na saída e na ação: o trecho recuperado tratado como entrada não confiável, dado pessoal mascarado, resposta sem fonte trocada pelo aviso de que não encontrou, ação reservada devolvida a quem aprova (guardrails)
- O registro de cada chamada: caminho, custo, tempo de resposta e os trechos consultados, com a nota de cada um (telemetria)
O primeiro produto e o próximo
- O primeiro produto em produção sobre o núcleo
- Um modelo de produto que o seu time usa para começar o próximo
- Uma avaliação automática das respostas a cada mudança (evals), e a verificação que reprova a mudança de prompt ou de modelo que tira a nota da faixa aceita
Ver os demais
- Um manual de operação por agente do produto, com dono nomeado no time (runbook)
Etapas
Como funciona, etapa por etapa
Etapa 1: Problema e dado
Partimos da tarefa que o produto precisa resolver e voltamos dela até o dado que o agente vai consultar e quem pode ver cada parte. Escrevemos com os especialistas de vocês as perguntas reais, a resposta esperada e a fonte.
Termina quando as perguntas reais, com a resposta esperada e a fonte, estão escritas com os especialistas.
Etapa 2: Desenho do núcleo
Desenhamos o que cada agente faz, até onde vai e quanto pode custar cada execução. A diretoria aprova o desenho antes da construção.
Termina quando a diretoria aprova o desenho do núcleo.
Detalhe técnico
Cada agente com contrato estreito, limite de passos e orçamento por execução; o que é sequência fixa vira fluxo, não agente.
Nada avança sem a aprovação de vocês.
Etapa 3: Construção do núcleo
Construímos no repositório e na nuvem de vocês, com os engenheiros de vocês, e o núcleo fica com eles.
Termina quando o núcleo roda na nuvem de vocês, operado pelos engenheiros de vocês.
Detalhe técnico
Agentes, ferramentas, fluxos, base de conhecimento, memória, guardrails e avaliações.
Etapa 4: Primeiro produto
O primeiro produto vai para produção sobre o núcleo, e o seu time começa o segundo enquanto ainda estamos na sala.
Termina quando o primeiro produto está em produção e o segundo já começou.
Etapa 5: Avaliação e operação
Nenhuma mudança entra sem passar pela avaliação, e cada agente passa para um dono no time.
Termina quando cada agente tem um dono no time e a avaliação roda sem nós.
Detalhe técnico
A avaliação roda a cada mudança de prompt ou de modelo, e a nota tem de ficar dentro da faixa aceita.
Participação
Quem do seu time participa
- Um patrocinador
- Um dono de produto para o primeiro produto
- Especialistas do domínio no conjunto de avaliação
- Um responsável por fonte de dado
- Engenheiros de vocês construindo junto
Medição
Como se sabe que funcionou
Medido na operação de vocês, antes e depois.
- Respostas que citam a fonte que as sustenta, sobre o total de respostas
- Perguntas do conjunto de avaliação respondidas dentro da faixa aceita, a cada mudança de prompt ou de modelo
- Regressões que a avaliação pega antes de chegarem ao usuário, e as que chegam
- Custo por tarefa concluída, acompanhado em cada produto
- Tempo para o segundo produto chegar a produção, comparado ao do primeiro
- Produtos rodando sobre o mesmo núcleo sem copiar agente, conexão ou índice
- Produtos que seguem rodando depois que saímos, verificados no aniversário da entrega
09Depois da entrega
O que continua rodando sem nós.
O time mantém o padrão e o núcleo sem nós: as verificações continuam reprovando o que foge do padrão, a avaliação continua pontuando cada mudança, e cada agente segue com um dono no time.
10Perguntas
Perguntas frequentes
Vocês desenvolvem o produto para nós?
Construímos com o seu time, no repositório e na nuvem de vocês, e tudo fica com ele. A primeira aplicação construímos juntos; a segunda o time constrói e nós revisamos. No núcleo, o seu time começa o segundo produto enquanto ainda estamos na sala.
Ficamos presos a um modelo de IA?
O desenho do núcleo registra cada escolha e o porquê. Trocar de modelo é uma mudança como outra: entra quando a avaliação automática roda e a nota fica dentro da faixa aceita.
Como sabemos que a resposta do agente está certa?
Toda resposta cita a fonte; sem fonte, o agente diz que não encontrou. Antes de qualquer arquitetura, escrevemos com os seus especialistas perguntas reais com a resposta esperada, e cada mudança é pontuada contra elas.
Quem do nosso time precisa estar junto?
Um responsável técnico que decide o padrão, engenheiros que constroem o núcleo com a gente, um dono de produto e especialistas que escrevem as perguntas de avaliação. É esse time que continua o trabalho depois da passagem.
11Outros serviços
Os outros serviços da casa
12Contato
Conte como o próximo produto vai nascer
Conte o que você quer construir e quem vai desenvolver. Quem responde é Giulliano Soares.
- Fale com o microfone ligado
- Escreva quando preferir
- O contato fica registrado ao final
Por onde você quer começar?
Escreva, ou toque em Falar por voz.