fds2003

非常同意，在 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 误杀。
感谢反馈！