Ito

Quando um PR abre, o Ito lê o diff e a descrição e mapeia a mudança até as jornadas de usuário que ela pode colocar em risco. Ele monta o plano sozinho, então não há casos de teste para escrever nem suíte para manter. Você pode adicionar instruções em linguagem natural para orientar o que ele prioriza.

Em cada pull request, o Ito implanta sua aplicação num contêiner limpo de uso único criado para aquela mudança. O contêiner roda seu código real, não um mock nem um snapshot, e é destruído assim que a execução termina, então nada fica para trás. Esse isolamento é o que torna os resultados confiáveis.

O Ito navega pelo seu app como uma pessoa faria e ao mesmo tempo exercita o backend. Ele pega os bugs que só aparecem quando os dois lados rodam juntos e requisições reais atravessam o app, como falhas de sincronismo, de estado ou de integração que a revisão estática não vê.

Quando o Ito encontra um problema, ele publica um comentário no PR com as linhas exatas envolvidas, a gravidade, os passos para reproduzir, um replay em vídeo e um prompt simples para corrigir. Seu time faz a triagem como faria com qualquer comentário de revisão, com a prova anexada em vez de um aviso vago.

O Ito observa quais bugs seu time corrige, quais você fecha como não vai corrigir e o retorno que você dá sobre planos anteriores. Ele usa esse sinal para ponderar os testes futuros. Trata a automação de revisão de código como algo que melhora com o uso, e não como um conjunto fixo de regras.

O Ito é compatível com SOC 2 Type II, criptografa o tráfego com TLS 1.2 ou superior e criptografa os dados dos clientes em repouso com AES-256. Os dados de cada cliente ficam separados de forma lógica, e o acesso aos sistemas de produção exige SSO com autenticação multifator obrigatória.