Nossa leitura
O Qodo atua em dois momentos: no editor ou no agente antes do pull request e no próprio pull request, com regras da equipe e contexto de vários repositórios. As páginas inicial e de preços descrevem revisão e governança; não esclarecem se ele escreve testes. A decisão de merge, os testes e a aprovação das regras aprendidas continuam com a sua equipe.
Dois pontos do ciclo em que o Qodo atua
O Qodo se descreve como uma plataforma de revisão de código e governança com IA. Ela opera em duas superfícies que compartilham contexto e padrões: o IDE, para validar enquanto você programa, e o Git, para revisar pull requests. O argumento do fornecedor é que agentes de programação geram mudanças mais rápido do que pessoas conseguem revisar, enquanto os padrões ainda vivem em wikis e na cabeça de engenheiros seniores.
Esse enquadramento orienta o resto. O produto é construído em torno de revisão e padrões, não de escrever a funcionalidade. A descrição do catálogo para o Qodo (antigo CodiumAI) destaca a geração de testes, o que as páginas atuais inicial e de preços não fazem; essa diferença tem seção própria.
Antes do PR: habilidades de revisão no editor e no agente
A primeira etapa é o que o fornecedor chama de habilidades de revisão shift-left. Elas rodam dentro do agente do desenvolvedor e mostram regras, achados e correções antes de o código chegar ao Git. No IDE, fluxos de revisão locais permitem corrigir o código sinalizado e validar a mudança sem sair do editor. A página de preços inclui a revisão pré-PR e as integrações com Git e IDE no plano Pro Team.
Na prática, o primeiro retorno chega enquanto o autor ainda tem a mudança fresca na cabeça. As fontes não descrevem como tratar um achado com o qual o desenvolvedor discorda: esse julgamento é dele.
No pull request: agentes com contexto de código, histórico e tickets
Em cada pull request, o fornecedor diz que agentes especializados procuram bugs, violações de regras e lacunas em relação aos requisitos, com contexto completo do código. Esse contexto inclui a estrutura e as dependências dos repositórios, diffs, comentários e correções de PRs anteriores indexados, e requisitos extraídos de tickets e especificações.
A revisão entre repositórios é o mecanismo mais concreto. Se uma mudança de assinatura em uma biblioteca compartilhada puder quebrar consumidores, o Qodo sinaliza no PR com link para a linha afetada e raciocina entre provedores Git: um serviço no GitHub e seu consumidor no GitLab podem aparecer na mesma revisão. A página de preços lista as capacidades entre repositórios tanto no Pro Team quanto no Enterprise.
Os clientes nomeados trazem pouco detalhe. A página inicial do fornecedor traz um vídeo em que Jensen Huang descreve o motor de contexto do Qodo como busca e recuperação de código para as equipes de engenharia da NVIDIA, e cita a Pax8, que afirma que o Qodo ajuda suas equipes a validar a qualidade do código em um desenvolvimento conduzido por agentes. Walmart, Intel ou monday.com, na lista da usedby, aparecem apenas como logotipos exibidos pelo fornecedor, sem uso informado.
Regras: aprendidas do seu histórico, mas alguém precisa responder por elas
Segundo o fornecedor, o Rules Miner transforma comentários recorrentes de PR e decisões de revisores em regras aplicáveis; as regras perdem força quando deixam de ser úteis, e um portal mostra com que frequência as violações são resolvidas antes do merge. As regras também são refinadas pelo que os revisores aceitam ou rejeitam.
Há uma pergunta a fazer antes do teste. A página inicial descreve regras autoaprendidas a partir do histórico de PRs, mas a tabela de preços marca o sistema de autoaprendizado como não incluído no Pro Team e incluído no Enterprise, e o sistema de regras como incluído em ambos. Não está claro, portanto, quais funções de descoberta o Pro Team oferece. De todo modo, uma regra extraída de comentários antigos fixa hábitos antigos, inclusive os ruins; uma pessoa designada deveria revisar a lista. Trata-se de uma recomendação editorial, não de uma função do fornecedor.
Testes: a dúvida em aberto
As páginas inicial e de preços lidas descrevem revisão de PR, regras, análise entre repositórios e revisão no IDE. Elas não mencionam um recurso dedicado de geração de testes, enquanto a ficha do catálogo cita geração e automação de testes. Tratamos isso como desconhecido, não como ausente.
Uma forma editorial de resolver durante o teste de 14 dias: abra um pull request que altere um comportamento sem adicionar testes e observe se o Qodo pede testes, escreve testes ou não diz nada. Em qualquer caso, testes rascunhados pela ferramenta exigem que um desenvolvedor confirme se verificam o comportamento correto.
Créditos, hospedagem e condições de dados
O teste dura 14 dias, não exige cartão e a instalação requer acesso de administrador. O uso pago consome um saldo mensal de créditos compartilhado, a US$ 0,012 por crédito, e os créditos não usados expiram ao fim de cada ciclo. Quando o saldo acaba, as revisões continuam como excedente pela mesma tarifa até um teto mensal de gastos que você define; se o teto for atingido, as revisões pausam até que você o aumente.
SaaS de locatário único, implantação local, chaves de modelo próprias, SSO e logs de auditoria aparecem apenas no Enterprise. O fornecedor afirma que não treina modelos com o seu código. Ele possui SOC 2 Type II, com relatório disponível sob solicitação na central de confiança, e publica um adendo de processamento de dados que cita Google Cloud e AWS como subprocessadores de hospedagem, com escolha de região.
Método e limites
2026-10-29
Este instantâneo datado conta empresas distintas com evidências públicas de clientes. CONFIRMED indica um estudo de caso, uma citação nominal ou uma fonte de imprensa; DECLARED, uma declaração da própria empresa; OBSERVED, uma lista de clientes do fornecedor; SIGNAL, um anúncio de vaga. Os quatro níveis contam, com solidez diferente. Linhas removidas ou sem nível ficam de fora. Os exemplos são uma seleção limitada, verificada nos últimos 90 dias. Os dados do fornecedor vêm de fontes verificadas nos últimos 60 dias. A cobertura é desigual, e a ausência de evidências significa que o dado é desconhecido. Estes números não medem participação de mercado nem desempenho; datas de captura não são datas de adoção.
