Rootly在2026年5月20日发布的一篇官方文章中表示，公司取消了持续约两年的“小型 PR”规则。过去，团队强调堆叠 PR、原子化改动，以及通常不超过几百行的代码差异，理由是小型改动更容易评审、回退和理解。
Rootly称，变化来自代码生产方式的改变：AI智能体开始编写大部分代码后，通常会围绕完整功能一次性生成数据库迁移、数据模型、服务、控制器、测试和前端代码。若再强行把这些结果拆成多个堆叠 PR，每个 PR 可能依赖尚未进入主分支的代码，审阅者也需要在多个页面之间恢复完整上下文。
取消小型 PR 规则并不意味着 Rootly放弃代码评审。该公司构建了内部 AI 代码评审工具，为每个 PR 输出风险评估、规范化评分、置信度评分以及按严重程度归类的问题。人工评审的重点则从逐行检查，转向数据库迁移、安全敏感改动、寻呼和事件创建等核心流程，以及共享边界和发布路径中的潜在风险。
Rootly还用风险标签替代代码行数作为评审投入的主要信号，标签包括 risk:low、risk:medium 和 risk:high。按照该公司的描述，一个规模较大的功能如果没有数据库迁移、没有共享契约变化，并且先通过功能开关向内部用户发布，可能被视为低风险；相反，一项只有少量代码、但会影响大规模数据库表的改动，仍然需要高强度评审。
发布机制也成为新的安全边界。Rootly表示，重要功能会先通过功能开关关闭在生产环境中部署，再按团队、少量客户、10%用户到全量用户的顺序渐进式启用。如果问题在小范围发布阶段出现，团队可以优先关闭功能开关；涉及有状态数据的改动则仍需要明确的回滚方案。
配套的 PR 模板要求提交者说明改动原因和影响范围，并提供回滚或撤销计划，同时完成可逆迁移、访问控制、异常日志、预发布验证和生产验证等检查。Rootly还称，按 PR 数量计算，其超过80%的 PR 已由 AI 编写。对这家公司而言，工程纪律并未消失，而是从限制 PR 大小转向控制变更风险、发布范围和回滚成本。