--minify必须显式添加，node_env=production仅辅助周边工具，不触发tailwind压缩；cli缺--minify则输出未压缩css，node api中minify默认false需手动设为true。
—minify 参数没加，NODE_ENV=production 只是辅助条件，不是压缩开关
很多人以为只要设了 NODE_ENV=production，Tailwind 就会自动压缩 CSS，结果构建完发现 output.css 体积纹丝不动。真相是：--minify 必须显式传给 CLI，NODE_ENV 仅影响部分插件行为（比如某些 PostCSS 插件），对 Tailwind 自身的压缩逻辑无直接作用。
tailwindcss CLI 必须带 --minify 才会压缩文本
Tailwind v3+ 的压缩能力完全由 --minify 参数触发，和环境变量无关。它只在生产构建流程中生效，开发模式下即使加了也忽略。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 错误写法：
npx tailwindcss -i ./src/input.css -o ./dist/output.css→ 输出未压缩、未裁剪 - 正确写法：
npx tailwindcss -i ./src/input.css -o ./dist/output.css --minify --content "./src/**/*.{js,ts,jsx,tsx,html}" - Windows 用户建议加
cross-env NODE_ENV=production，但仅用于兼容依赖该变量的周边工具，不是必需项
package.json 的 build 脚本里漏了 --minify 是高频翻车点
很多项目把构建逻辑藏在 scripts 里，比如写成 "build": "tailwindcss -i input.css -o output.css"，看着简洁，实则跳过了压缩和内容扫描两道关键工序。
- 检查方式：运行
npm run build后，用grep -o "text-lg" dist/output.css | wc -l看是否远少于源码中出现次数；若接近，说明根本没走 JIT 裁剪，更别说压缩 - 修复建议：把脚本改成
"build": "tailwindcss -i input.css -o output.css --minify --content \"./src/**/*.{js,ts,jsx,tsx,html}\""，注意双引号转义 - 如果用了自定义配置文件路径，记得加
-c ./tailwind.config.js，否则 CLI 不读你的content字段
用 Node API 时 minify 默认是 false
如果你没走 CLI，而是用 @tailwindcss/node-api 的 compile() 方法，那压缩开关默认关闭——哪怕 NODE_ENV=production 也没用。
- 错误写法：
await compile({ content: [...] })→minify没传，默认false - 正确写法：
await compile({ content: [...], minify: true }) - 注意：这个
minify选项只压缩文本（空格、换行、重复分号等），不负责删未用类——那是content配置的事
真正起效的压缩，是 --minify 显式启用 + content 路径全覆盖 + 动态类名有兜底三者同时到位。少一个，要么体积下不去，要么样式就丢了——而且往往丢得悄无声息，直到上线才暴露。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
