Migrating to Qodo v2 FAQ
Qodo v2 introduces a unified platform architecture that expands and restructures capabilities previously available in Qodo v1. As the platform evolves across v2.x releases, features may be enhanced, consolidated, or redesigned to support a more scalable and integrated experience. This guide focuses on feature mappings, deprecations, and required migration guidance for existing functionality. For new capabilities introduced in Qodo 2.x that did not exist in Qodo v1, refer to the What's New.
General
Where is Qodo v2 currently available?
Supported SCM: GitHub. Supported Plans: All plans. Supported deployment types: Single-tenant, Multi-tenant and On Premises.
What’s changed in Qodo v2?
Qodo v2 introduces a unified platform architecture. The table below maps current platform capabilities to their equivalents in Qodo v1.
Items are ordered by the most recent update.
Qodo Rules System
Best Practices / Custom Compliance
v2.1
Beta
The separate review flows have been unified under PR code review, with best practices and compliance handled by the Rules System.
GitHub
Onboard
Agentic Review Experience
PR-Merge
v2.0
Beta
Replaced with: /agentic_review, /agent_describe, /invoke_reviews
GitHub
What onboarding is required for Qodo v2, and what does it involve?
Yes. Migrating to Qodo v2 requires updating your repository configuration to enable the new review commands. Onboarding is designed to be incremental and safe. You can test the new review experience alongside your existing configuration before rolling it out across your organization.
The onboarding process includes:
Updating repository configuration to enable the new review commands
Optionally testing the new experience manually in pull requests
Enabling the new configuration on a pilot repository
Rolling out configuration at the organization level
Removing previous review commands to prevent duplicate feedback
For detailed, step-by-step instructions, see Migrating to Qodo v2.
What Qodo v1 features and functionality have been deprecated?
/improve command
v2.1
Unified under PR review through the Rules System.
/compliance command
v2.1
Unified under PR review through the Rules System.
Code Review Experience Q&A
Do I need to change my Git workflow?
No. Qodo remains fully embedded in your pull request workflow. The review experience is enhanced, but your development process does not need to change.
What has improved in the PR review experience in Qodo v2?
Review feedback is now unified and structured:
Issues are grouped by priority (e.g., Action Required, Remediation Recommended, Other).
Findings include clear explanations and direct references to code.
Reviews include agent-assisted fix prompts.
Compliance and code suggestions are no longer separate outputs.
What is the primary change between Qodo v1 and Qodo v2?
In Qodo v2, review is coordinated by a multi-agent system that:
Uses specialized review agents to evaluate pull requests from multiple perspectives.
Evaluates changes using repository context, pull request history, and organizational standards.
Consolidates findings into a single prioritized review.
Applies organizational standards through the Rule System.
How is feedback structured differently in Qodo v2?
Compliance presented as checklist-style outputs.
Compliance integrated into prioritized findings.
Code suggestions appeared as separate advisory comments.
Suggestions integrated into contextual findings.
Findings not prioritized.
Issues ranked by impact and severity.
Limited explanation of issues
Clear reasoning and resolution guidance provided
Will reviews look different in my pull requests?
Yes. In Qodo v2 you will notice:
No separate Compliance or Code Suggestions sections.
A more coordinated and prioritized review flow.
Clearer explanations tied directly to code.
Emoji acknowledgment (👀) when invoking agent commands.
Rule System Q&A
What is the Rule System?
The Rule System is a core component of the Qodo v2 review experience that:
Captures your organization’s standards.
Applies them consistently during pull request reviews.
Surfaces findings as structured rule violations.
When rules are not supported in a given environment, Qodo uses Qodo v1 review logic.
How can I generate additional suggested rules from past pull request discussions?
Qodo can analyze historical pull request discussions in a repository to identify recurring review patterns and generate additional suggested rules.
To trigger this analysis manually, add the following command to a pull request comment in any repository you want Qodo to analyze:
This command scans prior pull request discussions to detect new patterns and expand rule coverage. After triggering the command, return to the Qodo portal. Within 5–10 minutes, newly generated rule suggestions should appear for review.
Rule discovery is currently in Beta. Automatic, continuous discovery will be available in a future release.
Last updated