确实，文章里这块一笔带过了。我自己实操下来，正则在应对跨文件重构时极易翻车，AST 主要降维打击在三个痛点：

解决别名 (Aliasing) 和作用域：如果在别的工程用 import { fetchData as getUser } 引入，或者有同名局部变量，正则直接抓瞎，而 AST 能精准顺藤摸瓜找到真实引用。
复杂的结构性重构：比如把 getUser(id, token) 升级为传入对象 getUser({ id, token, cache: true })。当参数跨越多行或有嵌套时，用正则捕获并重组简直是噩梦，但对 AST 来说只需转换一个节点类型。
绝对零误伤：纯文本正则分不清代码里到底是函数调用、注释还是字符串，极易误改。AST 结合编译器的类型检查，能确保 0 误杀。
感谢反馈！