Changelog

1.0.63 Plugins + Business Logic Validation, RBAC, review improvements & key fixes

News & Improvements

Plugins [Beta]

You can now connect external tools to Kody during review. It brings context straight from Figma, Jira, Linear, Notion, Posthog, Slack or any other tool integrated into your workflow.

Plugins are Model Context Protocol (MCP) servers curated by Kodus that expand Kody’s understanding. They allow you to:

  • Bring tasks, specs, and data from external tools directly into the PR.
  • Run actions right in the review thread, like moving a Jira ticket or updating a Kody rule.

Examples:

  • @kody, update this kody rule to ignore test files
  • @kody, move this task https://jira.com/task-123 to DONE

Kody fetches the information via plugin, replies in the thread, and even compares the diff against the spec automatically, pointing out what matches and what still needs to be implemented. See more details in the documentation.

Business Logic Validation [Beta]

You can now automatically validate whether a PR follows exactly what’s described in a spec, ticket, or document.

Just use the command:

  • @kody -v business-logic [link or spec]

Kody analyzes the PR diff, fetches the context (via plugin or inline text), and compares it with the defined requirements. It then replies in the thread confirming what is aligned and highlighting what needs to be adjusted.

Examples:

  • @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

This eliminates the most manual part of reviews: checking if the code really meets business requirements. Now validation is automatic, integrated into the review flow, and can be re-run at any time.

You can dive deeper in the documentation.

Role-Based Access Control (RBAC)

Kodus now has a complete RBAC system, bringing much more granular access control for organizations of any size. Four distinct roles have been added: Owner, Billing Manager, Repo Admin, and Contributor.

This new system addresses the limitations of the previous model (only Owner/User), improving both security and governance:

  • Security: well-defined access levels reduce risks

  • Financial: specific role for managing billing without exposing development features

  • Repos: repository admins can manage teams and permissions

  • Experience: contributors only see the functionalities they can use

With this, companies can align Kodus with their security and team management policies more efficiently.

Auto-Join with Email Confirmation

Now users can access a workspace immediately when domain-based auto-join is enabled, but they still need to confirm their email to activate access.

Before, every new member who joined required manual approval from the Owner, even in domains configured for auto-join. With this update, the flow became faster and safer:

  • Auto-Join enabled: if the user’s email domain matches the allowed domains, they automatically join the workspace.

  • Mandatory confirmation: the user receives an email invitation and must confirm it to become active.

  • Security preserved: when the domain does not match or auto-join is disabled, it follows the traditional manual approval flow.

This ensures a much faster onboarding experience without giving up email validation.

Improvement in Default Message Behavior

We adjusted how Kodus handles start and end review messages to reduce noise and keep the flow clearer, even when the user customizes the texts.

Before, when editing messages, the behavior created extra messages instead of updating the existing one, especially in PRs with multiple commits. In addition, old start/end messages were not hidden in new reviews.

Now the flow is consistent:

  • Review start: sends a start message.

  • Review end: updates the same message, indicating closure.

  • New reviews: old start/end messages are automatically hidden.

This ensures more clarity in the PR history, avoiding unnecessary duplications and keeping communication organized.

Ignore IDE Rules in Sync

It is now possible to mark rule files that should not be synced by Kodus. Before, when closing a PR, all rule files (*.md, .mdc, etc.) were automatically synced, which was not always desired.

With this improvement, the client can control what does or does not go into the sync flow:

  • How it works: just add the tag @kody-ignored at the beginning or end of the file.

  • Result: files with this tag are ignored in the process, preventing local or IDE-specific rules from being applied in the repository.

This ensures more flexibility and avoids unnecessary noise in the team’s rules

Bug Fixes

  • Suggestions already fixed were not automatically closed
    We fixed the issue where Kody did not recognize suggestions implemented after a new push in already reviewed PRs. Now, when the client resolves the suggestion in the code, the corresponding comment is automatically closed.

  • Limit of 35 subdirectories in folder selector
    Monorepo support was limited to displaying only 35 subdirectories in the selector. This limit has been removed, ensuring that all necessary directories are correctly loaded.

  • Duplication of users in Team Activity
    We resolved the bug that caused the Team Activity panel to show the same user duplicated in some scenarios. Now each user appears only once.

1.0.51 – New review engine + rules library in packs

News & Improvements

New Code Review Engine

Now you can choose between the current review flow or use the new code review engine, which is much more focused.

This new engine focuses the review on five critical areas:

  • Bug: actual bugs or defects in the code
  • Security: vulnerabilities that compromise the project
  • Performance: efficiency and performance issues
  • Breaking Changes: changes that break compatibility
  • Cross-file: inconsistencies detected across multiple files in the PR

Everything outside of these categories, such as style, conventions, or internal standards, is now handled by Kody Rules, which can be customized by your team.

Suggestions now come with severity assigned, respect the filters configured by the customer, and keep the safeguard active. The result is a review that is more accurate, clean, and focused on what really needs to be fixed.

Kody Rules Library in Packs

We released the new Kody Rules library, now organized into thematic packs. This makes it easier to explore, choose, and import only the rules that make sense for your team.

In addition, the library has been expanded with several new predefined rule sets, ready for immediate use.

PR Review Tracking

We added a new dedicated screen to track PRs being reviewed by Kody.

On this screen you can view all ongoing PRs, with details such as branch, author, execution status, and final review result. This makes it easier for teams to monitor what has already been analyzed, what is in progress, and ensure visibility of the review flow in real time.

Automatic association by email domain

Now new users can be automatically associated with an existing workspace based on their email domain.

  • During workspace setup, it is possible to configure Allowed Domains and enable the auto-join option.
  • If the domain is not public (like gmail.com), it will already be suggested automatically.
  • At signup, users with emails from these domains can choose between joining the existing workspace or creating a new one.

This change makes team onboarding easier, reduces workspace duplication, and simplifies the flow for new developers.

Bug Fixes

  • Approval status on critical PRs: when a PR had suggestions with critical severity and received new commits without new suggestions, the status incorrectly changed to approve. Now the PR remains blocked until the critical issues are resolved.
  • IDE rules sync in mono-repos: rule files in subfolders (e.g., applications/APP/.cursor/rules/) were not being detected correctly when there were configurations at multiple levels. Sync now works together with folders in mono-repos.

1.0.47 Automatic Kody Rules + Review Flow Improvements

News & Improvements

IDE rule synchronization with Kody

Kody can now automatically detect and import rule files that already exist in your repository, coming from tools like Cursor, GitHub Copilot, Claude, Windsurf, Sourcegraph Cody, OpenCode, Aider, and even internal folders of code standards.

With this, Kody starts respecting the code standards your team already maintains, without requiring manual setup. Just enable Auto-sync in the settings so Kodus can scan your repository, generate Kody Rules automatically, and keep everything updated every time a PR is closed.

This synchronization covers:

  • New files → become new Kody Rules

  • Changes → update existing rules

  • Removals → delete the corresponding rules

This way, what already exists in your IDE flow or documentation is used directly in Kody’s code review.

Repository Rules

You can now create Kody Rules directly in the repository, using markdown files versioned along with the code.

These rules are automatically detected and synchronized with the Kodus web interface, allowing you to keep clear and shared standards across the team. Changes are applied whenever a PR is closed — whether adding, updating, or removing rules.

📌 Important: To use Repository Rules, you need to have Rule File Detection enabled in your settings. The same synchronization mechanism that detects IDE rule files also processes repository-based rules.

In practice, just add .md files under .kody/rules/** or rules/**, following the supported template (with title, scope, paths, severity, and instructions). This allows you to create anything from simple style rules to test requirements for new endpoints.

PR summary settings after new commits

You can now define how Kody should update the PR summary when new commits are added after the PR has already been opened.

You can configure it globally or per repository between three options:

  • Do nothing (default): no new summary is generated.

  • Replace Kody’s summary: replaces Kody’s current summary with a new one.

  • Concatenate new summary: adds the new summary to the existing one, creating a history separated by lines.

This flexibility helps teams that prefer to keep only the latest state of the PR or those who want to visualize the evolution of the summary throughout the commits.

Mono-repo support in configs

You can configure rules and code review behaviors at the folder level inside a repository. This gives more flexibility to teams working in large mono-repos, allowing them to apply specific configurations for different domains or services without having to limit everything to the repo’s global level.

In practice, you can:

  • Select a specific folder when adding configurations.

  • Create Kody Rules linked to files or PRs considering the folder’s fixed path.

This makes it easier to maintain different standards in distinct parts of the same repository, without losing organization.

Draft PR Review Execution Settings

You can now choose whether Kody should run automatic reviews on PRs marked as Draft.

The setting can be applied globally or per repository. When disabled, reviews only happen when the PR leaves Draft and is ready for review.

Bug Fixes

  • Log recording in Code Review Settings: fixed saving and updating of settings, which now properly generate logs.

  • User invites: when trying to invite someone already linked to another organization, the system used to display a success message; it now shows the correct error message.

  • Kody Rules after repository removal: rules linked to removed repositories or directories no longer remain active in the database.

  • Kody Rule generation: a parser error made prompts run in fallback twice; execution now happens only once, with JSON properly processed.

  • Repository configuration deletion: data was not being deleted along with the integration; it is now properly removed.

  • Fixed issues with session saving

1.0.41 More context, less friction

New Features & Improvements

Repository Filter in the Cockpit

No more looking at your entire team as one big block.

You can now filter metrics by repository in the Cockpit and analyze each project’s performance in isolation.

Want to know which service has the highest lead time? Or where the bug rate is dropping? Just select the repo and see exactly what’s going on.

PR Summary Preview

You can now view a full PR Summary preview directly in Kodus — no need to open the PR in your version control platform.

Simply select a PR, and Kody will show a clear summary of the changes and their impact on the project.

Customizable PR Messages

Now you can tailor Kody’s PR communication to match your team’s style — from the initial “review started” notice to the final report.

Choose the tone, the details, and the format, and decide which context to include (such as changed files and a summary of changes) in each message.

Activity Log Screen

A complete history of everything happening in your organization — who did it, what they did, and when.

The new Activity Log screen shows actions like adding or removing repositories, changing settings, and editing Kody Rules, with date filters and search by user or description.

Ignore Merge Commits and Push Summaries

Kody will no longer update the PR summary with every push — it’s generated only when the PR is opened.

If a push is just a merge with no relevant changes, no new review will be triggered.

Bug Fix

  • Fixed an issue where the link to Kody Rules wasn’t working properly.

1.0.33 – Less noise in reviews, more clarity in configs

Improvements & New Features

🗑️ Delete repo-specific configurations

You can now delete individual configurations for any repository directly from the dashboard.

This makes it easier to reset a repo’s settings and have its PRs reviewed using the team’s global configuration instead.

⚙️ Review Cadence control

Some teams reported too many comments being triggered when multiple commits were pushed to the same PR.

To fix that, we’re introducing Review Cadence — a new setting that lets you define when Kody should run re-reviews after the initial one. This helps reduce noise and gives you more control over your review flow.

You can choose from three modes:

  • Automatic – Kody re-reviews on every new push (default behavior)
  • Auto-Pause – pauses if too many commits happen in a short time; resumes with @kody start-review
  • Manual – no automatic re-reviews; Kody only reviews when manually triggered

1.0.32 – Unified severity filter and fix for reviews after 30 commits

Improvements & New Features

🔀 Combined severity filter

Now you can merge suggestions from different severity levels into a single filter, giving you precise control over how many comments each category generates.

🐞 Bug Fixes

  • Fixed an issue that prevented Kody from reviewing after 30 commits on an open GitHub PR.