01
Instalar nos repos
Instale na sua conta ou organização e escolha os repositórios. Vincule a instalação à sua conta do Codna para correções gerenciadas, ou adicione sua própria chave.
GitHub App
Todo pull request revisado. Toda correção um PR.
O Codna revisa todo pull request e aprova um diff limpo. Peça uma correção a partir de um rótulo de issue, um comentário ou um check vermelho, e o Codna abre o pull request para você mesclar.
Como funciona
Do pull request ao veredito. Da issue ao PR de correção.
02
Revisar todo pull request
O Codna publica achados com severidade, categoria e confiança, até dez com confiança 0,75 ou mais, com mudanças sugeridas inline. Um diff limpo recebe uma aprovação. Novas revisões cobrem só os commits novos.
03
Abrir PRs de correção
Acione uma correção pelo rótulo codna-fix, por uma resposta @codna fix em um achado ou por uma check suite vermelha. O Codna faz o triage de uma suite vermelha primeiro, então uma falha de infraestrutura não custa nada.
04
Manter o controle
O Codna nunca faz merge. Regras de branch, checks obrigatórios e a sua revisão continuam no comando. Administradores podem desligar correções automáticas para a organização.
Comente para rodar o Codna.
Dois verbos, no início de uma linha. Correções exigem acesso de escrita ao repositório, e um fork recebe a mudança sugerida no lugar.
@codna review @codna fix # reply on a Codna finding labels: codna-fix · codna-secure
Todo PR se explica.
Todo PR de correção informa a issue, a causa raiz, os símbolos tocados e uma pontuação de confiança, e pede revisão antes do merge. Os commits vêm de codna-ai[bot].
Causa raizuma frase
Confiança0 a 100%
Check runcodna review · codna fix · codna secure
Perguntas frequentes
Achados inline com severidade (alta, média, baixa), uma categoria (correção, segurança, desempenho) e uma pontuação de confiança, com uma mudança sugerida quando aplicável. Um diff limpo em média e alta recebe uma aprovação que conta para as regras de branch; caso contrário o Codna comenta. Ele nunca solicita mudanças. Desligue aprovações com review.approve: false.
O check codna review aparece como na fila no momento em que você faz push. Um commit superado termina neutro e o novo head é revisado. Quando um check obrigatório está falhando, a revisão diz isso ao lado do veredito: o veredito é sobre o diff, não uma liberação de merge. Merge queues herdam o veredito do pull request.
Adicione o rótulo codna-fix. O Codna mapeia o repositório por zero tokens, corrige a partir de um pacote de evidências e abre um pull request informando a issue, a causa raiz, os símbolos e a confiança. Se o patch não passar no portão de risco, nada é enviado e o Codna diz por quê.
Uma conta vinculada inclui um crédito de modelo gerenciado de cerca de US$ 5 por mês. Adicione sua própria chave na página da conta para uso sem limite e cobrado por você. Em 87 casos medidos, uma correção verificada custou em média cerca de US$ 0,02 em gasto de modelo.
Revisões rodam em 4 a 20 minutos dependendo do tamanho do pull request; uma revisão que expirou diz isso e pede @codna review ou um PR menor. Uma correção de falha de CI por head de pull request por dia. Jobs terminam após 30 minutos. Execuções de teste hospedadas usam pytest; outros runners terminam neutros com uma dica para definir fix.test_command. @codna fix exige acesso de escrita e não roda em pull requests de fork.
Tokens de curta duração, restritos ao repositório, por job. Review: contents leitura, pull requests escrita, checks escrita, statuses leitura. Fix: contents, pull requests, checks, issues e workflows escrita. Secure: contents e security events leitura, checks e issues escrita. O agente de revisão não tem token de escrita.