我之前也碰到过一模一样的场景——当项目只把Core包作为顶层依赖，而React、axios这些核心工具都藏在Core包的子依赖里时，WebStorm确实会因为没法识别这些间接依赖，导致自动补全和代码提示直接罢工。这里有几个亲测有效的解决方案，你可以按需尝试：

1. 用peerDependenciesMeta给IDE做提示（首推） #

在项目根目录的package.json里，把Core包提供的那些子依赖标记为可选的peer依赖。这样既不会改变你的依赖结构，也能让WebStorm准确识别到这些包的存在：

{
  "peerDependenciesMeta": {
    "react": {
      "optional": true
    },
    "axios": {
      "optional": true
    },
    "@mui/material": {
      "optional": true
    }
  }
}

npm安装时不会额外下载这些包，但WebStorm会主动扫描它们的类型定义，补全功能立刻就能恢复。

2. 手动标记子依赖目录为IDE资源 #

找到项目里node_modules/[你的Core包名称]/node_modules这个目录，右键点击它，选择 Mark Directory as > Library Files。这样WebStorm就会把这个目录当成标准的依赖库来扫描，子依赖的代码提示就能正常工作了。

3. 如果你维护Core包，直接暴露子依赖的导出路径 #

要是Core包是你们自己开发的，可以在Core包的package.json里添加exports字段，把常用的子依赖路径暴露出来：

{
  "exports": {
    "./react": "./node_modules/react",
    "./axios": "./node_modules/axios",
    "./mui": "./node_modules/@mui/material"
  }
}

之后在项目里用import React from '[你的Core包名]/react'这种方式导入，WebStorm就能精准识别类型，而且运行时还是用Core包里的依赖版本。

4. 临时添加到devDependencies（应急用） #

如果上面的方法暂时没法实施，可以先把这些子依赖装到开发依赖里：

npm install --save-dev react axios @mui/material

注意要保证版本和Core包里的一致，避免开发和生产环境出现差异。上线前可以选择移除这些dev依赖，或者保留也不会影响生产构建——因为实际运行时会优先用Core包里的版本。

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