AI 导入案例
某销售管理核心系统。运行已近 20 年，业务每天都在照常运转。操作系统早已停止支持，应用服务器与界面技术也都是上一代的产物。即便如此仍迟迟无法下决心「全面革新」，考虑到其规模与对业务的影响，这是理所当然的判断。实录①中我们选择了「重建」，但重建并非对所有系统都是最优解。这次采取的策略是，对现有系统完全不加触碰，在其外侧另建一个全新入口——也就是所谓的绞杀者模式（Strangler Pattern）。
对现有代码的改动，为 0 行。
用户 → 新网关（新建） → 现有系统（不改造） → 现有 DB（原样保留）
- 在现有系统一侧，只添加一层能让外部调用其内部业务逻辑的轻量 REST 封装。现有的类没有改动哪怕一行。因为不去碰它，所以不会弄坏它
- 在前端新网关（Java 21／Spring Boot）为新建部分。用户以公司内部商务聊天平台的账号进行 SSO 登录，只将通过认证的请求中转给现有系统
- 界面在新网关一侧以现代方式重新构建。无论是批量登记还是表单登记，都100% 复用现有系统的登记逻辑来运行
将风险封闭在「新建的那层封装」之内，而久经实战的业务逻辑则原样沿用。这正是本策略的关键所在。
着手数天后，就在生产基础设施上跑通了 E2E。
AI 智能体（Claude Code）读懂现有系统的代码，逐一攻克老旧框架特有的内部结构怪癖，一路推进到网关的实现、服务器搭建与反向代理配置。结果，着手数天之内，便端到端跑通了从公开 URL 通过认证、到由现有引擎完成真实数据登记的完整链路。此后便以界面为单位，逐步叠加检索、新增登记等功能。
渐进式迁移的好处在于，可以从常用的界面开始，依次向新系统一侧迁移。它不像全面革新那样需要庞大的资金、团队与冻结期，可以在不停下业务的情况下，逐步扩大「新系统」的覆盖面积。绞杀者模式本身是一种由来已久的手法，但由于解读与实现都需要相当的工时，一直是个难以获批立项的选项。而 AI 让这两者都快了一个数量级，于是，在「全面革新，还是搁置冻结」这道二选一之外，多出了一条现实可行的第三条路。
您是否也正被同样的状况所困扰？
「有一套停不下来的核心系统」「革新的立项申请总是通不过」「哪怕只是先换上新界面、新认证也好」——对于那样的系统，是有办法在不破坏它的前提下，只把入口换新的。
本公司以「AI Re: Platform」（简称：AIR Platform）的形式提供遗留系统的革新服务。
对现有源代码的解析阶段免费。解析结果将整理成一份技术债务清单，以及「重建／封装」的初步策略，作为简版「AIR 报告」交付给您（在签署 NDA 后实施）。欢迎立即咨询。
咨询表单（请注明「希望免费解析（AIR 报告）」）／ info@flagship-ai.jp
免费线上研讨会「Legacy to AI ― IT 行业的产业革命，与重生一套 20 年老 Java 系统的实录」即将举办（日程调整中）。预先报名将于近日开放 ― 届时将在本博客公告。
系列「Legacy to AI 实录」
- 总集篇：一台 PC 打造 22 套系统、24.6 万行 ― AI 开发 3.5 个月的实测记录
- 实录①：约一周将 20 年老 Java 系统彻底革新
- 实录②：不改动现有代码一行，为核心系统打造全新入口（本文）
- 实录③：将一个月级别的架构评估，用 2 天原型＋实测搞定
※本文中的数据为截至 2026 年 7 月末的实测值。开发成果因系统状态与需求而异。