抽象语法树插件顺序变化引发构建与执行退化时如何完成责任归因

# 核心结论

抽象语法树插件顺序变化后出现构建变慢、产物膨胀或运行退化，不能仅凭某个插件“看起来最慢”直接归责。应沿着“固定输入—解析结果—插件变换—节点增量—代码生成—缓存行为—终端执行”建立证据链，并通过插件禁用、顺序交换和最小复现完成因果验证。责任可能属于单个插件，也可能属于两个插件之间的组合效应，或属于缓存键、构建配置和目标环境不完整。最终判断必须同时满足语义正确、构建成本可接受、产物稳定且终端性能不退化。

# 底层机制

以 Babel 类转换链为例，语法插件通常扩展解析能力，转换插件则通过访问器读取或改写抽象语法树。前序插件如果把一个节点展开为大量表达式、辅助函数或包装函数，会增加后续插件的遍历量；后序插