嘿，这个问题我之前在开发多包项目的时候也踩过坑！大概率是你的core包的编译配置、导出方式，或者module包的引用配置出了问题，导致TypeScript没法正确识别Agent的构造函数类型。下面是几个最常见的解决方案，你可以逐一排查：

1. 确保core包生成了正确的类型声明文件 #

TypeScript跨包引用时，必须要有.d.ts类型声明文件，否则module包会把导入的Agent当成未知类型，自然没法继承。

在core包的tsconfig.json里，一定要开启declaration选项：

{
  "compilerOptions": {
    "declaration": true, // 生成.d.ts类型声明文件
    "outDir": "./dist", // 编译产物输出目录
    "target": "ES2020", // 目标版本，建议和module包保持一致
    "module": "CommonJS", // 模块格式，也可选用ESNext，注意和package.json配合
    "strict": true
  },
  "include": ["src/**/*"],
  "exclude": ["node_modules", "dist"]
}

然后在core的package.json里指定类型文件的入口：

{
  "name": "core",
  "main": "./dist/index.js", // JS文件入口
  "types": "./dist/index.d.ts", // 类型文件入口
  "scripts": {
    "build": "tsc" // 编译命令
  }
}

别忘了执行npm run build编译core包，确保dist目录里同时存在编译后的.js和.d.ts文件。

2. 检查导出和导入的匹配性 #

有时候错误是因为导出和导入的方式不对应：

• 如果你在core里是命名导出：

  // core/src/index.ts
  export class Agent {}
  

  那在module里必须用对应的命名导入：

  // module/src/index.ts
  import { Agent } from 'core';
  class Extension extends Agent {}
  

• 如果你不小心用了CommonJS风格的导出（比如module.exports = Agent），那在ES模块里导入时会拿到一个包装对象，这时候继承就会报错。这种情况建议改成标准的ES模块导出方式。

3. 本地开发时确保包引用正确 #

如果你是本地开发这两个包（比如用npm link或者file:../core引用），要注意：

• 先在core包执行npm run build，再链接到module包，否则module会引用未编译的源码或者缺失类型文件。
• 如果用file:路径引用，确保module的node_modules里的core是指向编译后的dist目录，而不是源码目录。
• 可以在module的tsconfig.json里添加路径映射，帮助TypeScript找到core的类型：

  {
    "compilerOptions": {
      "baseUrl": "./",
      "paths": {
        "core": ["../core/dist"]
      }
    }
  }
  

4. 避免模块格式冲突 #

如果你的core包用了ES模块（package.json里加了"type": "module"），那module包也要保持一致的模块格式，否则会出现导入解析错误。反之，如果是CommonJS模块，两边的配置也要统一。

最后总结 #

这个错误的核心原因就是TypeScript没法正确识别Agent的构造函数类型——要么是没有类型声明，要么是导出导入不匹配，或者模块格式冲突。按照上面的步骤排查，应该很快就能解决问题！

内容的提问来源于stack exchange，提问作者theodor.diaconu