Novidades & Melhorias
Plugins [Beta]
Agora você pode conectar ferramentas externas ao Kody durante o review. Ele traz contexto direto de Figma, Jira, Linear, Notion, Posthog, Slack ou qualquer outra ferramenta integrada ao seu workflow.
Os plugins são servidores MCP (Model Context Protocol) curados pela Kodus que expandem a compreensão do Kody. Eles permitem:
Trazer tarefas, specs e dados de ferramentas externas para dentro do PR.
Executar ações diretamente no thread do review, como mover um ticket no Jira ou atualizar uma regra do Kody.
Exemplos de uso:
@kody, update this kody rule to ignore test files@kody, move this task https://jira.com/task-123 to DONE
A Kody busca a informação via plugin, responde no thread e até compara automaticamente o diff com a spec do ticket, indicando o que está em conformidade e o que falta implementar. Veja com mais detalhes na documentação
Business Logic Validation [Beta]
Agora você pode validar automaticamente se um PR segue exatamente o que está descrito em uma especificação, ticket ou documento.
Basta usar o comando:
@kody -v business-logic [link ou spec]
O Kody analisa o diff do PR, busca o contexto (via plugin ou texto inline) e compara com o que foi definido. Em seguida, responde no thread confirmando o que está alinhado e destacando o que precisa ser ajustado.
Exemplos de uso:
@kody -v business-logic https://jira.com/task-123@kody -v business-logic Rule XYZ — orders above $500 must issue cashback credits.@kody -v business-logic https://docs.google.com/document/d/1234567890/edit
Isso elimina a parte mais manual dos reviews: checar se o código realmente cumpre os requisitos de negócio. Agora a validação é automática, integrada ao fluxo de revisão e pode ser reexecutada a qualquer momento.
Você pode se aprofundar mais na documentação
Role-Based Access Control (RBAC)
Agora o Kodus conta com um sistema completo de RBAC, trazendo um controle de acesso muito mais granular para organizações de qualquer porte. Foram adicionados 4 papéis distintos: Owner, Billing Manager, Repo Admin e Contributor.
Esse novo sistema resolve limitações do modelo anterior (apenas Owner/User), melhorando tanto segurança quanto governança:
Segurança: níveis de acesso bem definidos reduzem riscos
Financeiro: papel específico para gerenciar billing sem expor features de desenvolvimento
Repos: admins de repositório podem gerenciar times e permissões
Experiência: contribuintes só veem as funcionalidades que podem usar
Com isso, as empresas conseguem alinhar o Kodus às suas políticas de segurança e gestão de times de forma mais eficiente.
Auto-Join com Confirmação de E-mail
Agora usuários podem acessar um workspace imediatamente quando o auto-join por domínio está habilitado, mas ainda precisam confirmar o e-mail para ativar o acesso.
Antes, todo novo membro que entrava, precisava de aprovação manual do Owner, mesmo em domínios configurados para auto-join. Com essa atualização, o fluxo ficou mais ágil e seguro:
Auto-Join habilitado: se o domínio do e-mail do usuário bater com os domínios permitidos, ele entra automaticamente no workspace.
Confirmação obrigatória: o usuário recebe um convite por e-mail e precisa confirmar para se tornar ativo.
Segurança preservada: quando o domínio não corresponde ou o auto-join está desativado, segue o fluxo tradicional de aprovação manual.
Isso garante uma experiência de onboarding muito mais rápida sem abrir mão da validação por e-mail.
Opção de Desativar Tools do Kodus MCP
Agora é possível editar e gerenciar o MCP diretamente no Kodus. Durante o cadastro, o MCP passa a ser instalado automaticamente, mas sua ativação não vem mais do ambiente (env) e sim da lista de MCPs disponíveis.
Com isso, o usuário pode desativar ferramentas específicas sempre que precisar — por exemplo, filtrar casos em que um agente de regra de negócio esteja sendo usado.
Essa flexibilidade garante mais controle e personalização sobre como o Kodus integra o MCP nos fluxos de trabalho.
Melhoria no Comportamento das Mensagens Default
Ajustamos a forma como o Kodus lida com mensagens de início e fim de review para reduzir ruído e manter o fluxo mais claro, mesmo quando o usuário personaliza os textos.
Antes, ao editar mensagens, o comportamento criava mensagens extras em vez de atualizar a existente, especialmente em PRs com múltiplos commits. Além disso, mensagens antigas de start/end não eram ocultadas em novos reviews.
Agora o fluxo ficou consistente:
Início do review: envia mensagem de start.
Fim do review: atualiza a mesma mensagem, indicando o encerramento.
Novos reviews: mensagens antigas de start/end são ocultadas automaticamente.
Isso garante mais clareza no histórico do PR, evitando duplicações desnecessárias e mantendo a comunicação organizada.
Ignorar Regras de IDE na Sincronização
Agora é possível marcar arquivos de rules que não devem ser sincronizados pelo Kodus. Antes, ao fechar um PR, todos os arquivos de rules (*.md, .mdc, etc.) eram sincronizados automaticamente, o que nem sempre era desejado.
Com essa melhoria, o cliente pode controlar o que entra ou não no fluxo de sincronização:
Como funciona: basta adicionar a marcação
@kody-ignoredno início ou no final do arquivo.Resultado: arquivos com essa marcação são ignorados no processo, evitando que regras locais ou específicas de IDE sejam aplicadas no repositório.
Isso garante mais flexibilidade e evita ruído desnecessário nas regras da equipe
Bug Fixes
Sugestões já corrigidas não eram fechadas automaticamente
Corrigimos o problema em que a Kody não reconhecia sugestões implementadas após um novo push em PRs já revisados. Agora, quando o cliente resolve a sugestão no código, o comentário correspondente é fechado automaticamente.Limite de 35 subdiretórios no seletor de pastas
O suporte a monorepos estava limitando a exibição a apenas 35 subdiretórios no seletor. Esse limite foi removido, garantindo que todos os diretórios necessários sejam carregados corretamente.Duplicação de usuários em Team Activity
Resolvemos o bug que fazia o painel de Team Activity mostrar o mesmo usuário duplicado em alguns cenários. Agora cada usuário aparece apenas uma vez.