content路径不能写相对路径如"../../packages/ui/src/**"，因其依赖process.cwd()而非配置文件位置，子包构建时执行目录变化会导致路径错位；必须用path.resolve(__dirname, ...)锚定配置文件自身位置，确保跨包路径稳定可靠。
因为 Tailwind 不会自动识别 Monorepo 的包结构，content 字段只做字符串路径匹配，不理解 pnpm workspace: 或 yarn workspaces 协议——它只认磁盘上真实存在的文件路径，且解析时以 process.cwd() 为基准，不是配置文件位置。
content 路径为什么不能写成相对路径如 "../../packages/ui/src/**"？
这种写法在不同子包中执行构建时会错位：你在 apps/web 里运行 pnpm build，process.cwd() 就是 apps/web 目录，此时 ../../packages/ui/src 实际指向的是 ../packages/ui/src（少了一级），根本扫不到目标文件。
-
content不支持require.resolve()、import.meta.resolve()等动态解析，Tailwind CLI 只接收纯字符串数组 - Windows 和 Linux 下
../层级计算一致，但执行上下文一变，路径就失效 - 即使用了 pnpm 的软链接，
node_modules/.pnpm下的符号链接也不会被 Tailwind 自动展开扫描
为什么推荐用 path.resolve(__dirname, ...)？
它把路径锚定在配置文件自身位置，不受命令执行目录影响。比如 tailwind.config.js 在 packages/ui 下，__dirname 就是那个目录，path.resolve(__dirname, '../shared/src/**/*.{ts,tsx}') 总能准确指向 packages/shared/src。
- 必须在配置文件顶部
const path = require('path');，否则path.resolve报错 - 后缀要覆盖全：
{js,jsx,ts,tsx,mdx,vue,svelte,astro}，漏掉.tsx就等于放弃整个 React/Next.js 组件目录 - Windows 返回反斜杠路径（
C:\monorepo\packages\...），Tailwind 完全兼容，不用转义或替换
为什么不能在根目录放一个全局 tailwind.config.js？
看似省事，实则破坏构建确定性：各子包可能依赖不同版本的 tailwindcss，而根配置无法适配所有版本的 content 解析逻辑（比如 v3.4+ 对 glob 的匹配行为有调整）。
立即学习“前端免费学习笔记（深入）”；
- CI/CD 中常按子包单独构建（
pnpm -r --filter ./packages/foo build），此时process.cwd()是子包目录，根配置里的./packages/**就变成相对于子包路径，直接失效 - 多个子包共用同一份
content数组，但有的包用 Next.js App Router，有的用 Pages Router，有的还混了 MDX，路径结构差异大，很难一条通配覆盖全 - Turborepo 缓存依赖
tailwind.config.js文件内容和它所读取的所有依赖项，根配置若引用子包导出函数，容易因路径解析不稳定导致缓存误命
最易被忽略的一点：Tailwind 对路径不匹配完全静默——不报错、不警告、也不提示“没扫到”，只会输出极小的 CSS 文件。验证方式很简单：在任意业务包里临时加个唯一类名如 bg-[#ff00ff]，然后检查最终生成的 CSS 是否包含对应规则；没有，说明 content 路径根本没生效。
