非常同意，在 IDE 里盯着 AI 改最踏实。现在自主 Agent 确实太‘黑盒’，改了一堆让人心里没底。不过未来一定是结合的：Agent 在后台把查资料、改代码、跑编译的脏活累活全干完，最后在 IDE 里弹出一个清爽的 Diff ，让我们人类做一键把关。

也留个脚印
aidevhub.net
wordlechinese.com
funtesthub.com

人类写规格和核心测试（输入），AI 去写实现代码（输出）

完全同意你前半句！ AI 时代天天追新框架确实容易产生无用功。所以我写 MCP ，是因为它作为一种‘协议标准’，比普通的工具轮子寿命更长。目前大模型要深度调用本地工具，MCP 依然是绕不过去的行业规范。

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

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