Yarn 3 monorepo开发遇性能问题及大量BABEL优化警告求助

我用Yarn 3搭建了一个基于Turborepo的monorepo，结构包含app1（Vite React应用）、packages/package1（Vite+React+TypeScript组件库）以及其他packages/packageN。全程没有直接配置或使用Babel。

初始配置中，app1直接引用未构建的package1源码，出现严重性能问题，同时控制台输出大量如下Babel警告：

@app1: [BABEL] Note: The code generator has deoptimised the styling of ... as it exceeds the max of 500KB.
@app1: [BABEL] Note: The code generator has deoptimised the styling of ... as it exceeds the max of 500KB.
...

改为引用package1的构建产物后问题曾缓解，但如今问题重现。怀疑是Vite的monorepo配置有误，但找不到具体方向，求问该现象的潜在原因。

• Vite依赖预构建逻辑异常：Vite会自动对依赖进行预构建优化，如果package1的package.json中main/module/types等字段未正确指向构建产物路径，Vite可能会误将其识别为未编译的源码，进而触发内部Babel对大体积源码文件进行处理，超出500KB阈值后抛出警告。此外，若package1的源码目录未被Vite的依赖解析逻辑正确排除，也会导致同样问题。
• Turborepo缓存失效或配置错误：如果Turborepo的缓存键计算规则存在问题（比如未正确监听package1的源码变更），或者package1的构建任务未正确声明输出目录，可能导致缓存的构建产物过期或未被正确复用，app1实际拉取到的仍是未构建的源码或体积超标的旧产物，从而重现警告。
• Yarn 3 PnP链接机制问题：Yarn 3的PnP模式下，若package1的exports配置错误，或者workspace依赖的解析优先级设置不当，可能导致app1并未真正链接到package1的构建产物目录，而是仍然指向源码目录，编译时依旧处理未压缩的大体积源码。
• package1构建配置退化：若package1的Vite构建配置被修改（比如关闭了tree-shaking、代码压缩，或者打包了不必要的第三方依赖），会导致构建产物体积异常增大，即使app1引用构建产物，文件体积仍超过500KB阈值，触发Babel的优化警告。
• app1的Vite配置未正确排除依赖处理：如果app1的vite.config.ts未将package1加入optimizeDeps.exclude或build.rollupOptions.external，Vite会对package1的构建产物进行二次编译，过程中触发内部Babel处理大文件，进而出现警告。

内容的提问来源于stack exchange，提问作者aborted