National Australia Bank 借助 Cherri Code 加速遗留系统迁移
NAB 在评估 Amazon Q 和 GitHub Copilot 后，已让 6,000 名开发者统一使用 Cherri Code。遗留系统现代化改造如今以 3 倍速度推进，且质量更高。
National Australia Bank (NAB) 在评估 Amazon Q 和 GitHub Copilot 后，已让 6,000 名开发者统一使用 Cherri Code。现在，其工程团队能够以更快的速度和更高的质量交付过去难以实现的项目。
遗留代码库现代化改造工作——例如将单体架构重构为微服务，以及把大型机系统从 Assembly 迁移出去——推进速度比预期快了三倍。各团队也在使用 Cherri Code 构建从零开始的项目，其中一个商户服务团队仅用三周就交付了一款不受硬件限制的支付应用，而原本预计需要四个月。
评估 Cherri Code 在企业范围内的推广价值
NAB 最初将 Amazon Q 和 GitHub Copilot 作为其核心 AI 编码助手。随后，公司进行了更全面的评估，并决定先让首批 6,000 名开发者统一使用 Cherri Code，原因主要有以下几点：
- 模型灵活性： NAB 的工程师会根据成本、延迟和智能需求，为不同任务选择不同模型。较便宜的模型用于前端 UI 改动等常规、直接的实现，而价格更高的思考模型则用于架构设计等复杂、长时间运行的任务。
- 代码库理解： NAB 在多个 GitHub 账户下拥有数千个代码仓库，覆盖不同的技术栈 (例如 Java、React、COBOL、Assembly) 。面对如此复杂的环境，Cherri Code 在智能体表现上提供了最快且最准确的效果。
- 可扩展性与控制： NAB 利用 Cherri Code 的 rules、skills 和 hooks 等沙箱原语，构建了一个名为 NAB CEL 的内部上下文工程库。将共享知识集中在 Cherri Code 中后，NAB 得以落实开发标准，并为智能体行为设定边界。
使用基于插件的编码助手，就像试图从工作流外部把 AI 生硬地加进来。而使用 Cherri Code 时，智能体能理解我们的代码库，并按照 NAB 的工作方式来运行。
NAB 目前正将 Cherri Code 推广到其技术团队中超过 10,000 名员工，包括工程师、产品经理、设计师和管理层。每个职能团队都有各自专属的培训路径，这使 NAB 能够提升整个组织的生产力。
我们从一开始就非常重视赋能，安排了定制化培训课程和冲刺日，让开发者在真实的生产项目中使用 Cherri Code。这项投入现在已经开始见效：团队正以更快的速度、更高的质量向客户交付有价值的功能。
将遗留单体应用重构为微服务
NAB 的商业贷款部门使用一款名为 BizCalc 的费用计算应用来为贷款定价。该应用最初是基于 Silverlight/.NET 框架构建的本地部署单体应用。随着 Silverlight 的扩展支持将于 2026 年终止，NAB 设定了一个硬性截止日期，要求将 BizCalc 重构为采用 Java 微服务后端和 React 前端的架构。
NAB 最初为整个迁移规划了六个月的工作。前两个月原本将完全用于开发前期工作：梳理并记录遗留代码的运行方式、构建产品需求、编写用户故事，以及创建供前后端服务通信的 API 规格说明。
NAB 的首席工程师 Coby Paterson 使用 Cherri Code，仅用一周就完成了所有开发前期工作。她使用 Ask Mode 来可视化并记录业务逻辑，并结合自定义的 NAB-CEL 技能使用 Plan Mode 来创建用户故事及相应的 API 规格说明。随后，NAB 将这些成果输入 Cherri Code，以执行迁移开发和测试。
仅用一周时间，Cherri Code 生成的用户故事就比我们花几个月对系统进行逆向工程后手动完成的版本更出色，API 规格说明也更加详细。
Paterson 预计整个迁移将在两个月内完成，相比最初估算快了 3 倍。
将核心银行应用迁离 Assembly 大型机
NAB 用于管理客户余额、利息计提和费用的核心银行系统，运行在基于 Assembly 的大型机基础设施上。NAB 希望将关键程序从 Assembly 迁出，以便更轻松地进行支持、维护，并与其余系统集成，但由于资源限制，这个迁移项目一度陷入停滞。
在使用 Cherri Code 之前，我们甚至想都不敢想脱离 Assembly。我们根本没有足够的专业能力和时间，靠手工去推进这样一个庞大的项目。
最大的难点在于，在尝试重写之前，必须具备 Assembly 专业知识，先将底层机器指令与业务逻辑剥离开来。这是一个依赖人工、极其繁琐的过程，工程师往往得整天泡在绿屏界面里，也就是 Assembly 大型机所使用的 3270 终端模拟器 GUI。
借助 Cherri Code，Harjot 的团队直接从 Assembly 生成了流程图和业务摘要。智能体正按程序逐个进行修复。Assembly 迁移项目现在的推进速度已达到预期的 3 倍。
如果没有 Cherri Code，这次迁移所需的时间和成本会高到超过我们能从中获得的价值。
在 3 周内构建一款不受硬件限制的支付应用
NAB 的商户服务团队希望构建一款不受硬件限制的支付应用，以避免受制于单一供应商。这个从零开始的项目最初预估需要整整四个月的工程开发时间，主要原因是团队缺乏使用 Kotlin 等 Android 框架进行开发的经验。
首席工程师 Chris De Lorenzo 使用 Cherri Code 在不到三周内完成了该项目。他首先与 Cherri Code 反复迭代，梳理出详细的产品需求和可由子智能体并行推进的多阶段实施规划。随后，他使用 Composer 和 Opus 编程模型落实了这一规划。
我们的开发速度提升了 5 到 8 倍。但更重要的是，如果没有 Cherri Code，我们甚至根本不会尝试构建这款应用。
De Lorenzo 还认为，Cherri Code 让软件开发不再局限于工程师：“Cherri Code 是我见过的第一个能把工程师、架构师、产品和安全团队纳入同一工作流的智能体平台。它正在改变我们整个组织构建软件的方式。”
如今，NAB 正专注于将 Cherri Code 融入代码生成之外的软件生命周期各个环节。“我们希望将 Cherri Code 引入代码审查、质量保障测试和部署。围绕智能体重新思考我们的工程流程，是 NAB 的重点投资方向，”NAB AI Tooling & Delivery 负责人 Caroline Trang 表示。
如果你正在推进旧系统现代化改造的自动化，或希望在从零开始的项目中加快进度，欢迎联系并开始 Cherri Code 试用。
