看起来你遇到的是Webpack处理ES模块嵌套依赖时，default导出解析异常的问题——毕竟用tsc/tsx都正常，唯独Webpack打包UMD就出问题，大概率是模块互操作配置或者loader的设置没跟上。我来帮你梳理几个可能的解决方向：

1. 确保tsconfig.standalone.json的ES模块互操作配置正确 #

你在主tsconfig里开了esModuleInterop: true，但要注意ts-loader指定的是tsconfig.standalone.json，这个文件里必须同步开启相关配置，尤其是allowSyntheticDefaultImports也要设为true，它能让TypeScript更好地处理ES模块的default导出兼容：

{
  "compilerOptions": {
    // ...其他原有配置
    "esModuleInterop": true,
    "allowSyntheticDefaultImports": true
  }
}

2. 调整Webpack的模块解析规则，优先识别ES模块 #

你的三个依赖都是"type": "module"的ES模块，Webpack可能在解析嵌套依赖时误把它们当成CommonJS模块。可以在resolve里添加mainFields，明确优先读取package.json里的module字段（ES模块入口），同时清理extensions里的空字符串避免解析歧义：

resolve: {
  alias: {
    '~/code': path.resolve('./code'),
  },
  mainFields: ['module', 'main'], // 先找ES模块入口，再找CommonJS入口
  extensions: ['.ts', '.js'], // 移除空字符串，避免匹配混乱
  fallback: {
    path: path.resolve('path-browserify'),
    process: path.resolve('process/browser'),
  },
},

3. 检查Webpack对ES模块的处理设置 #

在Webpack配置里添加module.parser规则，强制把.js文件当作ES模块解析，避免因为嵌套依赖的文件后缀导致解析错误：

module: {
  parser: {
    javascript: {
      commonjsMagicComments: true,
      strictExportPresence: true,
      // 强制将所有.js文件视为ES模块
      parse: require('webpack/lib/javascript/JavascriptParser').parse,
      type: 'module',
    },
  },
  // ...原有rules配置
}

4. 临时禁用Webpack缓存排查问题 #

有时候Webpack的缓存会残留旧的解析结果，导致新配置不生效。可以先删除node_modules/.cache目录，或者在Webpack配置里关闭缓存：

cache: false

然后重新执行webpack watch --config webpack.config.mjs，看问题是否消失。

5. 确认嵌套依赖的导出格式 #

手动检查node_modules/@termsurf/tint-text的编译产物，确认它的导出语句是标准的export default tint，而不是被编译成了CommonJS的module.exports = tint（虽然你设了type:module，但不排除依赖本身的编译配置有问题）。

你可以先从第1、2两点开始尝试，这两个是最常见的原因，而且改动最小。如果还是不行，再依次排查后面的选项。

备注：内容来源于stack exchange，提问作者Lance Pollard