子包依赖在父项目中无法识别，pnpm workspace配置哪里出问题了？

子包依赖需要在父项目里加个workspace:*引用，不然构建工具找不到。
在父项目的package.json里装一下这个依赖：

{

  "dependencies": {

    "@tailwindcss/forms": "workspace:*"

  }

}

嗯，这个问题挺典型的，确实是 pnpm workspace 的依赖解析机制导致的。咱们一步步来分析并解决。

首先，pnpm 的工作区模式（workspace）和 npm、yarn 不太一样，它使用的是“严格的分离依赖”策略。也就是说，子包的依赖不会自动“暴露”给其他地方（包括父项目）。这和 npm 或 yarn 的扁平化依赖管理不太一样。

### 根本原因
你的父项目在编译时，实际上并没有直接安装 @tailwindcss/forms 这个依赖。虽然子包（packages/design-system）里已经声明了这个依赖，但 pnpm 的工作机制是：**父项目只认识自己 package.json 里声明的依赖**，即使它通过子包间接引用了某个模块，也不会自动解析或加载子包里的依赖。

换句话说，当你在父项目里写 import 'packages/design-system' 的时候，pnpm 只会确保 packages/design-system 被正确解析，但它不会进一步去检查 design-system 本身依赖了哪些模块。所以，当编译器试图加载 @tailwindcss/forms 时，就会报找不到模块的错误。

---

### 解决方案

#### 方法一：在父项目中显式安装子包依赖
最简单的办法就是，在父项目的根目录下运行：

pnpm add @tailwindcss/forms

这样就相当于告诉 pnpm：“我知道我需要这个模块，你帮我装上吧。” 这样做之后，父项目就有了对 @tailwindcss/forms 的直接引用权限。

> **注意**：虽然这看起来有点多余（毕竟子包已经声明过了），但这是 pnpm 的设计决定的。如果不想每个父项目都手动安装一堆子包依赖，可以试试下面的方法。

---

#### 方法二：使用 pnpm install --workspace 并调整依赖范围
如果你觉得方法一太麻烦，也可以尝试让 pnpm 自动处理所有工作区内的依赖。具体步骤如下：

1. 确保你在根目录下执行以下命令：

pnpm install

或者更明确一点：

pnpm install --workspace

2. 在根项目的 package.json 中添加一个字段：

{

     "workspaces": ["packages/*"],

     "private": true,

     "pnpm": {

       "strict-peer-dependencies": false

     }

   }

这里的 strict-peer-dependencies 设置为 false，可以让 pnpm 放松一些对 peer dependency 的限制。

3. 如果还是有问题，可以尝试清理缓存并重新安装：

pnpm store prune

pnpm install

---

#### 方法三：将子包依赖提升为工作区共享依赖
如果你希望整个 monorepo 项目都能共享某些依赖（比如 @tailwindcss/forms），可以在根项目的 package.json 中定义这些依赖，并标记为“工作区共享依赖”。

修改根项目的 package.json 如下：

{

  "workspaces": ["packages/*"],

  "dependencies": {

    "@tailwindcss/forms": "^0.5.2"

  },

  "private": true

}

然后重新运行：

pnpm install

这样做之后，所有子包都可以直接复用根项目中声明的 @tailwindcss/forms，而不需要单独在每个子包里重复声明。

---

### 总结一下
- 如果只是临时解决，可以直接在父项目中安装 @tailwindcss/forms。
- 如果想更优雅地管理依赖，可以把常用依赖提升到根项目中，作为全局共享依赖。
- 切记，pnpm 的设计理念就是“严格隔离”，所以不要指望子包的依赖会自动“冒泡”到父项目中。

最后吐槽一句，pnpm 的这种机制确实让人一开始不习惯，但它的好处是避免了依赖冲突和版本混乱。折腾完之后你会发现，其实挺香的！