我之前也碰到过一模一样的坑——明明Chrome 138已经原生支持了Set的intersection、difference这些新方法，Babel却还是固执地添加polyfill，折腾了好一会儿才摸清楚几个靠谱的解决办法，分享给你：

1. 手动排除不需要的Polyfills（快速治标） #

核心原因大概率是core-js的兼容性数据滞后于浏览器的实际支持进度，这时候可以直接在@babel/preset-env里用exclude选项精准屏蔽这些多余的polyfill：

['@babel/preset-env', {
  modules: false,
  debug: true,
  useBuiltIns: 'usage',
  corejs: {
    version: "3.8",
    proposals: true
  },
  // 把Babel自动添加的那些Set相关polyfill全排除掉
  exclude: [
    'esnext.set.add-all',
    'esnext.set.delete-all',
    'esnext.set.difference',
    'esnext.set.every',
    'esnext.set.filter',
    'esnext.set.find',
    'esnext.set.intersection',
    'esnext.set.is-disjoint-from',
    'esnext.set.is-subset-of',
    'esnext.set.is-superset-of',
    'esnext.set.join',
    'esnext.set.map',
    'esnext.set.reduce',
    'esnext.set.some',
    'esnext.set.symmetric-difference',
    'esnext.set.union'
  ]
}]

这个方法最直接，改完配置就能生效，适合临时快速解决问题。

2. 升级core-js和caniuse-lite（优先治本） #

虽然你提到已经更新到最新版，但有时候包管理的缓存或者版本同步问题会导致实际安装的版本没跟上，建议强制重新安装这两个依赖：

# npm 方式
npm install core-js@latest caniuse-lite@latest --save

# yarn 方式
yarn add core-js@latest caniuse-lite@latest

core-js的兼容性支持数据是跟着版本迭代的，新版本大概率已经把Chrome 138标记为支持这些Set新特性了，更新后Babel就会自动停止添加多余的polyfill。

3. 调整core-js的提案配置（按需选择） #

如果你的项目里并没有用到其他还在提案阶段的JS特性，可以把corejs.proposals设为false：

['@babel/preset-env', {
  // ... 其他配置
  corejs: {
    version: "3.8",
    proposals: false // 关闭提案阶段特性的polyfill
  }
}]

不过要注意：这个设置会关掉所有提案阶段特性的polyfill，如果你的代码里还用到了Chrome 138不支持的其他提案特性，就不能用这个方法了。

4. 精确指定Browserslist目标环境 #

确保你的Browserslist配置（不管是写在package.json里还是.browserslistrc文件）明确指向Chrome 138及以上，避免模糊规则导致Babel误判：

比如在package.json里添加：

{
  "browserslist": [
    "Chrome >= 138"
  ]
}

精确的版本指定能减少Babel对目标环境的兼容性误判，从根源上避免不必要的polyfill引入。

如果以上方法都没解决，还可以考虑切换到@babel/plugin-transform-runtime配合core-js的模式，这种方式不会污染全局环境，而且polyfill的引入会更精准，但需要调整整个Babel配置结构，改动稍大，适合长期重构时考虑。