Configurações Principais
Kodus possui três níveis de configuração: Global, Repositório e Diretório. Saiba como funcionam em Herança e Sobrescrita de Configuração.
Prioridade de Configuração
Você pode manter a configuração de revisão em um arquivokodus-config.yml na raiz do
repositório, em vez de usar a interface web.
Uma vez habilitado, o arquivo é mesclado por cima das configurações web: você só precisa
declarar as chaves que quer mudar — tudo que for omitido mantém o valor definido na web.
Chaves desconhecidas são descartadas silenciosamente. Qualquer chave de primeiro nível
que não faça parte do schema atual é removida antes de a configuração ser aplicada — sem
erro e sem aviso. Se alguma configuração parecer não fazer efeito, confira a grafia contra
o exemplo abaixo.
Exemplo de kodus-config.yml
Exemplo de kodus-config.yml
Este exemplo espelha os padrões que já vêm configurados. A fonte canônica é o
default-kodus-config.yml
no repositório kodus-ai.Comportamento de Revisão
Revisão Automatizada
Kody pode revisar PRs automaticamente quando abertos, ou apenas quando você comentar@kody start-review.
Este é o toggle Enable Automated Code Review.
Isso afeta apenas a revisão inicial. Para commits subsequentes, veja Cadência de Revisão abaixo.
Cadência de Revisão
Exibida abaixo de Enable Automated Code Review quando ele está ativado. Como Kody lida com revisões em commits subsequentes:- Automático
- Auto-pause
- Manual
Revisa cada novo push. Feedback contínuo sobre todas as alterações.
Fluxo do PR
Auto-aprovar PRs
Enable Pull Request Approval — Kody aprova PRs quando nenhum problema é encontrado. Plataformas: GitHub, GitLab, Bitbucket, Azure Repos, ForgejoSolicitar Alterações
Enable changing status of Review to ‘Request Changes’ — Kody solicita alterações ao encontrar problemas críticos. Plataformas: GitHub, Bitbucket, Azure Repos, Forgejo (o toggle fica oculto quando o GitLab é sua única plataforma conectada)Condições de Pulo
Ignored files: Padrões glob (ex.:**/*.js) para arquivos que o Kody pula. O campo mostra alguns
padrões como chips; clique em Edit para abrir o modal Ignored files, onde cada novo padrão é
validado quanto à sintaxe glob e a caixa Test a file informa se um caminho seria
ignorado (e por qual padrão) ou revisado. Apply só atualiza o campo — nada é salvo
até você clicar em Save settings. Padrão: yarn.lock, package-lock.json, package.json,
.env, **/*.json, mais uma longa lista de arquivos de build, binários e de IDE.
Ignore title keywords: Pule PRs com palavras-chave específicas (sem distinção de maiúsculas/minúsculas, máx. 100 caracteres)
Branches Base: Restringe quais branches de destino são revisadas.
Vazio (o padrão) significa que toda branch de destino é revisada — não existe uma lista
embutida de
dev/release/master. Adicione entradas apenas quando quiser restringir o
escopo: com a lista preenchida, o Kody revisa somente PRs direcionados àquelas branches (a
branch padrão do repositório sempre entra junto).As entradas são comparadas com a branch de destino do PR e aceitam uma sintaxe própria:Quando várias entradas correspondem, vence a mais específica. Cada entrada tem limite de 100
caracteres, só pode usar
a-z A-Z 0-9 / * - _ ! = :, e ** não é permitido.runOnDraft) vem ativado por padrão,
então rascunhos são revisados. Desative-o para pular esses PRs até serem marcados como prontos.
Outras configurações desta página
- Show Status Feedback — o Kody mostra um feedback de status (reação com emoji ou comentário) quando uma revisão é pulada ou bloqueada.
- Enable committable suggestions (Alpha, apenas GitHub) — sugestões que podem ser aplicadas diretamente como commits.
- Code review model (apenas nos escopos de repositório e diretório, exibido quando há um provedor de IA
configurado) — o modelo com que este escopo revisa; por padrão, ele é herdado (
byokModel). - Kody Language (apenas Global) — o idioma que o Kody usa nas respostas de code review.
Categorias de revisão (antigos Analysis Types)
O Kody revisa em quatro categorias. As categorias não ficam mais em General: ative ou desative cada uma com o switch dela em Code review → What to review, ou peloreviewOptions no
kodus-config.yml.
- Bug — erros de lógica, race conditions, null dereferences, edge cases e comportamento incorreto.
- Security — vulnerabilidades, injeção, problemas de autenticação, exposição de dados e secrets.
- Performance — queries N+1, alocações em hot path, ausência de cache e I/O bloqueante.
- Business Logic — valida a implementação contra regras de negócio, requisitos e critérios de aceite vinculados ao PR. Veja Validação de Regras de Negócio.
Kody Rules não é uma dessas categorias — elas sempre rodam, independentemente de
reviewOptions. Veja Kody Rules.