核心方法是将tailwind.config.ts抽成独立包并用CommonJS导出，通过require引入；content需适配跨包路径如"../apps//src//*.{ts,tsx}"，pnpm中用workspace:协议安装依赖。
直接在 Monorepo 里复用 tailwind.config.ts 的核心方法，是把它抽成一个独立的包（比如 @myorg/tailwind-config），然后让各业务包或组件包通过 require() 或 import 引入——不是复制粘贴，也不是靠符号链接硬连路径。
tailwind.config.ts 必须导出为 CommonJS 模块
Tailwind CLI 在启动时只支持同步读取 CommonJS 格式的配置文件（即使你用 TypeScript 写）。若直接导出 ES Module，默认会被当作 ESM，导致 Cannot use import statement outside a module 错误。
- 必须用
module.exports = config，而非export default config - 若用
.ts后缀，需确保该文件被ts-node或构建流程提前编译为.js，且导出是module.exports形式 - 更稳妥的做法：直接用
tailwind.config.js，内容保持纯 JS，避免类型和加载时机干扰
content 字段必须适配跨包路径扫描
content 列表决定 Tailwind 扫描哪些文件提取类名。Monorepo 下，业务包（如 apps/web）和 UI 包（如 packages/ui）源码分散，硬写相对路径会失效。
- 不要写
"./src/**/*.{ts,tsx}"—— 这只对当前包有效 - 推荐写法：
"../apps/**/src/**/*.{ts,tsx,jsx,mdx}"和"../packages/**/src/**/*.{ts,tsx,jsx,mdx}" - 如果使用 pnpm workspace，也可用
"../../**/src/**/*.{ts,tsx}"，但需确认项目根目录层级是否稳定 - 务必排除
node_modules外的构建产物目录（如dist、.next），否则可能触发重复扫描或报错
依赖安装与引用方式要匹配包管理器行为
pnpm 的 workspace: 协议是关键。不能靠 npm link 或手动 cp 配置文件，否则 Turborepo 缓存和增量构建会失效。
- 在基础配置包（如
packages/tailwind-config）中，只需安装tailwindcss作为devDependencies，不需要postcss或autoprefixer - 在业务包中，运行
pnpm add -D workspace:tailwind-config，确保package.json中出现"tailwind-config": "workspace:^0.0.0" - 配置文件里用
require("tailwind-config")引入，而不是import—— 因为 Tailwind 不支持 ESM 配置入口 - 若用 Turborepo，确保
turbo.json中pipeline.build.dependsOn包含该配置包，否则缓存可能跳过它的变更
最容易被忽略的是 content 路径里的 glob 表达式是否真正命中目标文件——Tailwind 不报错也不提示“没扫到”，只会静默生成极小的 CSS。建议在任意一个业务包里临时加个明显未用过的类（如 bg-[#ff00ff]），再检查最终 CSS 文件里是否存在对应规则，来验证路径是否生效。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
