昨天那篇发完，有不少人来问我：
AI到底是怎么分析遗留系统的？
真的不是“看一眼代码就懂”吗？
今天把这件事讲清楚。
不讲概念，直接讲流程。
先说一个关键认知：
AI不是“理解业务”。
AI做的是一件更底层的事情：
结构还原
什么意思？
你写的代码，本质上是：
- Controller（接口入口）
- Service（业务逻辑）
- DAO / Mapper（数据访问）
- Database（数据存储）
这些东西，对人来说是“碎片”。
但对 AI 来说，是可以“串起来的结构”。
所以 AI 做的第一步是：
扫描整个项目结构
包括：
- 目录结构
- 模块划分
- 技术栈
- 工程之间的依赖关系
这一步做完，AI会知道：
这个项目大概是怎么“分块”的
第二步：
识别模块关系
比如：
- 用户模块
- 订单模块
- 权限模块
AI会根据：
- 包路径
- 命名规则
- 调用关系
自动做一层抽象：
哪些代码属于同一个业务
第三步（最关键）：
分析 API 调用链
举个最常见的结构：
Controller → Service → DAO → DB
AI会做的事情是：
- 找到所有 Controller
- 解析每个接口
- 一路往下追调用
最终得到：
一条完整的“调用链”
这一步的结果就是：
你不用看代码，也知道接口怎么跑
第四步：
解析数据库结构
AI会：
- 识别 ORM（MyBatis / JPA 等）
- 找到表结构
- 分析字段关系
最终生成：
数据之间的关联图（类似 ER 图）
第五步：
生成系统地图（system-map）
把前面所有信息整合成：
✔ 架构图
✔ 模块结构
✔ API 映射
✔ 数据关系
✔ 前端调用关系
到这里为止，
AI其实已经做完了一件非常重要的事情：
把“代码”转成了“信息结构”
你再去看系统，就完全不一样了。
以前你是这样：
打开一个类
看不懂
换一个类
还是不懂
现在是：
先看整体结构
再定位模块
再看局部代码
理解方式，从：
“线性阅读代码”
变成了：
“按结构定位问题”
给你一个我最近的真实情况：
一个项目：
- 多个工程
- 前后端分离
- 还有小程序端
以前我至少要：
1~2周才能完全搞清
这次我用 AI：
15分钟生成结构
1小时理解系统
这里有个关键点：
很多人会误以为：
AI是在“替你写代码”
但实际上更大的价值是：
AI在帮你“理解系统”
如果你想自己试一下，可以从最简单的开始：
让 AI 先做两件事：
- 生成模块结构
- 生成 API 映射
你会立刻感觉到差异。
最后说一句本质：
遗留系统难，不是因为复杂。
而是因为：
没人帮你建立结构认知
而 AI，刚好补上了这一块。
