Novidades e Melhorias
Ative o uso de MCP em regras e prompts personalizados
Agora você pode usar MCPs diretamente dentro das Regras e dos Prompts Personalizados. Isso significa que, ao escrever regras ou ajustar os prompts de análise, você pode chamar qualquer MCP conectado para trazer mais contexto ou executar ações durante o review.
Basta você usar o comando @MCP no editor de regras ou prompts personalizados e selecionar a ferramenta que quiser.
Exemplos de casos de uso:
- Você pode consultar erros no Sentry MCP para entender melhor um bug
- Usar o Code Sandbox MCP para gerar e rodar testes automaticamente
- Consultas de performance com o Mongo MCP
- Verifique se a descrição da solicitação de pull corresponde à especificação do Notion ou ao conteúdo do documento de design.
- Envie uma mensagem ao desenvolvedor que abriu o PR se uma regra da Kody falhar.
Com isso, o processo de revisão fica mais inteligente, conectado e alinhado ao contexto real do seu time.
Suporte a OAuth para MCPs personalizados
A partir de agora, você pode usar MCPs personalizados que usam OAuth.
Isso era uma limitação: muitos serviços internos ou de terceiros, só oferecem integração via OAuth, o que deixava vários times impossibilitados de conectar suas próprias ferramentas ao fluxo da Kody.
Com o novo suporte, a instalação de MCPs ficou muito mais flexível.
Quando você escolhe um MCP que exige OAuth, a gente conduz automaticamente todo o processo de autorização, troca de token e renovação. Os tokens seguem o mesmo padrão de segurança usado nas integrações oficiais, e tudo funciona tanto em cloud quanto em ambientes self-hosted.
O legal dessa mudança é que ela destrava integrações que antes simplesmente não eram possíveis, desde plataformas de monitoramento até serviços internos que exigem autenticação corporativa.
Pré-visualização do Code Review para validar configurações
Adicionamos um modo de pré-visualização que permite testar as configurações que você fizer para a Kody antes de aplicá-la nos repositórios do time.
Você pode simular uma revisão completa usando um PR fechado e ver exatamente como a Kody se comportaria com as regras, prompts e ajustes atuais.
A ideia é dar segurança para quem está personalizando a análise. Em vez de fazer alterações e torcer para que tudo funcione no próximo PR, você pode gerar uma pré-visualização direto na tela de configuração e validar o impacto das mudanças.
Basta escolher um PR fechado e a Kody executa o pipeline normalmente, exibindo sugestões, arquivos analisados e exemplos de comentários.
Opção para restaurar configurações herdadas
Agora ficou mais fácil reverter configurações sobrescritas. Antes, a interface mostrava que um valor tinha sido alterado, mas não havia uma forma simples de voltar para o valor herdado, era preciso limpar tudo manualmente, o que gerava confusão em setups com várias camadas de herança.
Com a nova opção “Reverter para o padrão”, você pode restaurar o valor original com um clique. A Kody traz automaticamente o valor do escopo pai (global, organização ou repositório, dependendo do caso) e mostra uma confirmação rápida indicando de onde o valor foi herdado.
Lista de usuários que a Kody não deve fazer review
Adicionamos uma configuração que permite manter uma lista de usuários que a Kody deve ignorar durante as revisões. Isso facilita excluir contas automatizadas, bots ou usuários específicos que o time não quer que passem pelo pipeline de análise.
Quando um PR é aberto ou atribuído a alguém que está nessa lista, a Kody simplesmente não executa a revisão.
Atribuição automática de licenças
Para times grandes, gerenciar licenças manualmente sempre foi um ponto de atrito.
Era preciso escolher, um por um, quem receberia acesso à Kody, um processo lento, burocrático e que não escala em organizações com dezenas ou centenas de desenvolvedores.
Agora mudamos isso.
Agora fazemos essa atribuição de forma automática de licenças. Quando a opção está ativada, qualquer usuário que enviar seu segundo PR recebe uma licença automaticamente, desde que ainda haja vagas disponíveis.
Além disso, os administradores conseguem ver quantas licenças estão em uso e quais foram atribuídas automaticamente.
Essa mudança reduz atrito e facilita a adoção em equipes grandes, sem alterar o comportamento para quem já possui uma licença.
Melhoramos a lógica de mensagens de fim de período de teste para equipes com licenças mistas.
Ajustamos a forma como a Kody exibe mensagens de fim de período de teste para evitar confusão em equipes que já são pagantes, mas têm menos licenças do que usuários.
Antes, quando uma organização comprava, por exemplo, 5 licenças para um time de 10 pessoas, os outros 5 desenvolvedores ainda viam o aviso de “período de avaliação encerrado”, mesmo que a empresa já estivesse em um plano pago.
Isso criava a impressão equivocada de que todo o workspace havia perdido acesso.
Com a nova lógica, a mensagem só aparece quando a organização realmente não tem nenhuma licença ativa nem um período de teste válido e quando o próprio usuário também não tem uma licença associada.
Se a equipe já tiver licenças pagas, suprimimos o alerta e, no máximo, mostramos uma nota informando que há vagas limitadas e que o usuário pode solicitar atribuição a um administrador.
Correções de Bugs
- O modal “Confira as novas regras” agora exibe o layout corretamente, permitindo revisar e importar regras sem elementos sobrepostos ou desalinhados.
- O resumo de PR deixou de ser substituído apenas pelo último commit. A Kody agora respeita a configuração escolhida e usa o contexto completo do PR ao atualizar o summary.
- A lista de PRs passou a filtrar corretamente pelo espaço de trabalho selecionado, em vez de carregar dados de toda a organização.
- Usuários com licença expirada agora conseguem visualizar o botão de upgrade e renovar a assinatura normalmente.

