Rovo Dev 即将推出的变更

代码审查器将包含在您符合条件的 Jira/TWC 订阅内，不再需要单独的 Rovo Dev 许可证。它将作为 Jira/TWC 订阅的一部分，在 Atlassian 的 基于使用量的定价 (UBP) 模式下运行。它将继续在现有的 SCM 工作流中运行，后续还将新增更多 Jira 集成能力。

代码审查器将于 2026 年 12 月 3 日调整到 Rovo 积分模式。

当前无需执行任何操作。可照常继续使用代码审查器。

更多详细信息：

• 访问权限与连续性：只要您拥有付费 Jira 订阅，即可使用代码审查器，无需单独的 Rovo Dev 许可证。开发者审查体验保持不变。自动审查仍将像以往一样针对拉取请求执行。原有设置与配置将予以保留。
• 管理与配置：代码审查器设置项将通过 Jira 设置提供；GitHub 客户将在 Jira 内配置代码审查器；Bitbucket Cloud 客户可继续像现在一样，在 Bitbucket Cloud 中配置代码审查器。
• 定价与 Rovo 积分：自 2026 年 12 月 3 日起，代码审查器的使用量将按 Atlassian 基于使用量的定价模式采用 Rovo 积分计量，并遵从《可接受的使用政策》。将提前提供详细的管理员指南和使用情况仪表板。
• 订阅指引：我们不会自动取消您的 Rovo Dev 订阅。当您的过渡路径准备就绪且适合对订阅进行调整时，我们会通知您。
  • 如果您仅使用代码审查器，我们会在该功能于 Jira 正式上线时通知您，方便您稳妥取消 Rovo Dev 订阅。
  • 如果您同时还使用 CLI 或 IDE 功能：请保持 Rovo Dev 订阅有效，直至这些工具完成过渡。

Rovo Dev CLI 将演进为统一的 Atlassian Rovo CLI 体验，过渡完成后将按照 Atlassian 基于使用量的定价模式运行。

当前无需执行任何操作。在迁移说明发布前，您可继续使用 Rovo Dev CLI。

在旧版 CLI 停用前，我们将提供分步迁移文档、先决条件，并预留充足的过渡窗口期。

独立版 Rovo Dev IDE 功能将停用。标准 Jira 和 Bitbucket 扩展（如 AtlasCode）不受影响。

当前无需执行任何操作。在停用日期确认前，您可继续使用当前设置。任何独立版 IDE 功能停用前，我们会提前通知您。

独立版 Rovo Dev IDE 功能将在未来几个月内停用，而 AtlasCode 这类标准 Jira 与 Bitbucket 扩展会持续获得完整支持与维护。

2026 年 10 月 1 日 - 所有 Rovo Dev 工具（含代码审查器）保持可用。

2026 年 12 月 3 日 - 代码审查器将作为 Jira/TWC 订阅的一部分，开始采用 Atlassian 基于使用量的定价模式运行。注意：2026 年 12 月 3 日是计划在 Jira 中对代码审查器启用 Rovo 积分的起始时间，并非 Rovo Dev 的停产日期。

后续事项（日期待定）

• 代码审查器将包含在符合条件的 Jira/TWC 订阅中。
• Rovo CLI 迁移：迁移至 Rovo CLI 的分步指引与时间线。
• IDE 停用：独立版 IDE 功能逐步停用前，将提前通知。
• Rovo Dev 停产：Rovo Dev 的最终停产日期。

不会。在整个过渡期内，所有可用的 Rovo Dev 功能（包括已关联存储库的自动代码审查）均可正常使用。

我们将通过电子邮件通知主帐户联系人；每当发布里程碑日期、迁移指引或功能时间表时，也会更新此页面。

Code Reviewer is moving from Rovo Dev to your eligible Jira and Teamwork Collection subscriptions. With this transition, Code Reviewer will operate on Rovo credits under our usage-based pricing model starting December 3, 2026.

Each code review it performs uses Rovo credits from your organization's allowance, the same pool used by other Rovo features such as Rovo Chat and agents.

Code Reviewer triggering schedules depend on your settings. Here are the options available:

• Only when a pull request is created: Code Reviewer runs automatically when a pull request is created, but not for subsequent commits.
• When a pull request is created, and on each commit: Code Reviewer runs automatically when a pull request is created and whenever a new commit is made.
• Don’t review automatically: Code Reviewer only runs when the author starts it manually (the default option).

We recommend starting with “Only when a pull request is created” so Code Reviewer can scan every new pull request to provide timely feedback.

(Learn more about triggering: Trigger a Code Review )

Each review uses a variable number of credits, based on how much work Code Reviewer does to understand and review the change. Reviews generally use more credits when:

• The pull request is larger: more files and lines changed mean more code to read and review.
• Reviewing frequent new commits in pull requests: when the schedule is set to trigger on each commit, new commits will trigger another review, keeping feedback up to date.
• Code Reviewer reads more of a large repository: It looks beyond the diff to understand related code in the codebase to deliver accurate feedback. In larger codebases, this means more work for the Code Reviewer.
• Sizes of Custom Instructions, Agent Skills or Code Standards: these features make reviews more specific to your team and use additional credits because Code Reviewer will ingest additional context.

(Learn more about Custom Instructions or Code Standards)

Rovo credits are pooled across your organization, so the number of reviews you can run depends on how many users you have under the subscriptions and how much your teams use other Rovo features.

If nothing else was using credits, your monthly allowance would typically cover the following:

• Keep pull requests focused: smaller pull requests are cheaper to review and easier for your team to approve.
• Choose where automatic review runs: turn it on for the repositories where it adds the most value.
• Keep instructions and standards concise: they are what make reviews accurate for your team, so keep them rather than removing them, but trim outdated or overlapping guidance.

Organization admins can view Rovo credit usage, including usage by feature, in Atlassian Administration. To learn about allowances, extra usage and what happens when your organization reaches its limit, see How Rovo credits work.

对于开发人员来说，没有任何变化。代码审查器将继续像现在一样审查拉取请求并提供反馈。
对于管理员：

• Jira 管理员将能够直接在 Jira 设置中管理代码审查器，包括存储库启用和触发器。
• Bitbucket Cloud 管理员可以继续按当前方式在 Bitbucket Cloud 中配置代码审查器。
• GitHub 管理员将能够在 Jira 设置中配置代码审查器。

可以。您当前已生效的存储库关联、审查规则、自定义指令以及设置将保持不变，开发人员的审查体验可持续、不中断。

当您可在 Jira 中使用代码审查器后，在 2026 年 12 月 3 日之前的过渡窗口期内，使用该功能不会进行 Rovo 积分计量扣费。这便于您的团队搭建工作流并评估使用情况。自 2026 年 12 月 3 日起，使用量将按照我们的基于使用量的定价模式通过 Rovo 积分进行计量。

自 2026 年 12 月 3 日起，代码审查器将从独立的 Rovo Dev 许可证过渡为 Atlassian 基于使用量的定价模式下的 Rovo 积分。您搭配 Jira 使用代码审查器，须遵守 Atlassian 的《可接受的使用政策》。将提供详细管理员指引，协助您的团队监控并管理积分消耗。

Atlassian 不会自动取消您的 Rovo Dev 订阅。您可以继续按当前方式使用 Rovo Dev，请遵循以下各项功能的过渡路径。

• 仅使用代码审查器的用户：当您可在 Jira 中使用代码审查器后，我们将向您发送通知，便于您在计费门户中从容管理或取消 Rovo Dev 订阅。
• CLI 与 IDE 用户：请保持 Rovo Dev 订阅处于有效状态，直至这些功能的过渡路径与操作指引发布。

您的订阅投入与预付费有效期将得到完整保障。我们的团队正在推进相关工作，确保所有年度订阅客户都能获得公平的商务过渡方案。如果您拥有有效的年度订阅、近期续订的订阅，或者对取消或商务调整有疑问，请联系 Atlassian 支持。

不会。标准开发者集成与扩展功能，例如 AtlasCode（适用于 Jira 和 Bitbucket）以及 SCM 存储库连接，不受影响，仍获得完支持。仅 Rovo Dev IDE 功能会停用。

标准 Bitbucket Pipelines（CI/CD 构建、测试与部署）完全不受影响。

如果您当前使用 Rovo Dev CLI 在 Bitbucket 中运行智能体化流水线：

Rovo CLI 上线后，Bitbucket Pipelines 将提供向它的过渡。在此之前，Rovo Dev CLI 将持续获得支持。