v(dev) · uma empresa do Grupo Visagio

Do entendimento à entrega
Squad de sete agentes

A nossa esteira de desenvolvimento assistido por IA agêntica leva cada demanda do discovery à produção. As pessoas decidem o que fazer e validam o que foi feito. Os agentes percorrem o caminho entre os dois.

vamos conversar ver a esteira
12etapas do ciclo de dev
7agentes com trabalho definido

A esteira

Como uma demanda atravessa a esteira

Cinco fases. Nas pontas, pessoas. No meio, agentes que deixam o registro de cada passo no próprio ticket — dá para auditar a decisão inteira depois.

  1. 01pessoas + agente

    Discovery apoiado por agente

    Entendemos o problema junto com quem vive ele e saímos da conversa com o escopo já estruturado. A entrevista é feita com o apoio de um agente que levanta os questionamentos e esclarecimentos necessários em tempo real.

  2. 02pessoas + agente

    Ticket criado na ferramenta de gestão

    O agente cadastra o discovery na ferramenta de gestão, que passa a ser a fonte da verdade da demanda.

  3. 03agente de Spec

    Crítica do ticket e especificação

    Com base no contexto acumulado e no código, o agente lê o ticket, aponta o que está ambíguo e — quando falta informação — devolve a pergunta ao PO em vez de preencher a lacuna sozinho. Só depois gera a especificação.

  4. 04agente de User Story

    Histórias e critérios de aceite

    A especificação é quebrada em histórias desenvolvíveis, cada uma com as suas condições de aceitação claras, garantindo a efetividade do desenvolvimento.

  5. 05agente de Arquitetura

    Plano técnico anexado à história

    Antes de iniciar o código, a história recebe o plano de implementação — dentro dos padrões da empresa, garantindo manutenibilidade e governança.

  6. 06agente de Codificação

    Código gerado e testado

    Código e testes são escritos até que todas as condições de aceitação sejam atendidas. Não é “gerar e torcer”.

  7. 07agente de Codificação

    Merge Request com evidências

    A MR é aberta com os artefatos que formalizam a entrega — incluindo o vídeo do frontend em funcionamento.

  8. 08agente de Segurança

    Análise de segurança

    Vulnerabilidades e desvios de conformidade são procurados antes de qualquer olhar humano, por um agente especializado. O agente aprova ou recusa a MR.

  9. 09agente de Code Review

    Code review automatizado

    Padrões de código, performance e demais parâmetros são verificados. O agente aprova ou recusa a MR.

  10. 10validação humana

    Validação humana e subida para QA

    O dev valida a Merge Request com os pareceres dos agentes em mãos. Todo o histórico do que foi feito fica disponível no ticket e na Merge Request. O DevOps promove a versão para QA.

    a aprovação é da pessoa, não do agente

  11. 11validação humana

    Aceitação em QA

    O PO ou o cliente confirma em QA que a funcionalidade resolve o que foi pedido no discovery.

    o dono do problema fecha o ciclo

  12. 12DevOps

    Disponibilização em produção

    A funcionalidade vai para produção.

Os agentes

Sete agentes, cada um com um trabalho

Nenhum deles improvisa o papel do outro. Cada agente recebe uma entrada definida, produz um artefato e deixa o registro no ticket.

Discovery

pergunta enquanto a conversa acontece

recebe
a entrevista com o usuário, ao vivo
entrega
os questionamentos e esclarecimentos que faltam, em tempo real

Spec

critica antes de especificar

recebe
o ticket de discovery
entrega
a especificação — ou a pergunta que falta, de volta ao PO

User Story

quebra o escopo em trabalho

recebe
a especificação aprovada
entrega
histórias com condições de aceitação explícitas

Arquitetura

decide o caminho técnico

recebe
a história e os nossos padrões de projeto
entrega
o plano de implementação anexado à história

Codificação

escreve e prova o que escreveu

recebe
a história com o plano técnico
entrega
código, testes e a Merge Request com evidências

Segurança

o primeiro portão da MR

recebe
a Merge Request aberta
entrega
o parecer de segurança e o veredito: aprova ou recusa

Code Review

o segundo portão da MR

recebe
a Merge Request aprovada na segurança
entrega
o parecer sobre padrões e performance, e o veredito

Antes da esteira

O discovery também é apoiado por agente

O agente acompanha a entrevista com o usuário, transcreve ao vivo e levanta os questionamentos que ainda faltam — dores, requisitos e o que ficou vago. É daí que sai o ticket que abre a esteira.

em produção hoje

vídeo do discovery apoiado por agente

A entrevista acontecendo, a transcrição ao vivo e os questionamentos que o agente levanta no meio da conversa.

O ciclo agêntico

O que acontece entre as duas pontas

Das etapas 02 a 09 ninguém precisa intervir. O vídeo percorre o histórico de um ticket: a crítica da especificação, as histórias, o plano técnico, o código, a Merge Request e os dois pareceres automáticos.

vídeo do ciclo agêntico · etapas 02 a 09

Gravado sobre o histórico real de um ticket, sem cortes entre as etapas.
02ticket 03especificação 04histórias 05plano técnico 06código e testes 07merge request 08segurança 09code review

Os padrões

O que impede o agente de improvisar

A objeção mais comum ao código gerado por IA é a de que ninguém depois consegue mantê-lo. Os nossos agentes escrevem dentro dos padrões de projeto que já mantemos — hoje o padrão de referência é Spring Boot, e o mesmo mecanismo vale para as outras stacks.

Estrutura do projeto
Camadas, organização de pacotes e limites entre domínios definidos no nosso template.
Contrato de API
Convenções REST, versionamento e tratamento de erros — iguais em todos os serviços.
Testes
A pirâmide de testes e o mínimo que o agente precisa entregar junto com o código.
Segurança
O checklist que o agente de Segurança aplica em toda Merge Request, antes do olhar humano.
Observabilidade
Logs, métricas e rastreamento padronizados desde o primeiro commit.

Implantação

A esteira roda nas suas ferramentas

Não instalamos uma plataforma nossa dentro do seu ambiente. A esteira é um método e um conjunto de agentes que passam a operar no seu repositório, na sua ferramenta de gestão e na sua nuvem — com os seus acessos e as suas políticas.

A sua nuvem

Os agentes trabalham sobre o pipeline que já existe. A esteira não exige nuvem, região nem provedor específico.

AWSAzureGCPon-premise

A sua ferramenta de gestão

O ticket continua onde o time já acompanha o trabalho. No nosso caso é o GitLab.

GitLabGitHubJiraAzure DevOps

Os seus padrões

Os agentes seguem a stack, a arquitetura e as convenções de quem vai manter o código depois — não as nossas preferências.

O seu nível de autonomia

Definimos junto quais validações continuam humanas e quais o agente pode fechar sozinho. Começar conservador é uma escolha válida.

Sem lock-in

Não há plataforma proprietária para assinar nem dado para migrar depois. O que fica é seu: o código no seu repositório, os padrões no seu template e o histórico de cada decisão no seu ticket. Se a parceria terminar amanhã, o seu time continua exatamente de onde paramos.

O que muda

Os números que acompanhamos

Medidos no mesmo fluxo, com o mesmo time, antes e depois da esteira.

[XX]%

menos tempo entre o ticket aberto e a MR pronta para revisão

[XX]×

mais histórias entregues por sprint, com o mesmo time

[XX]%

das MRs aprovadas sem retrabalho no code review

[XX]%

de cobertura de testes entregue junto com o código

Quer ver a esteira rodando?

Mostramos ao vivo: um ticket saindo do discovery, os agentes trabalhando no histórico e a funcionalidade subindo para QA. Leva vinte minutos.

vamos conversar