WebStorm Tailwind智能提示需同时满足：tailwind.config.cjs正确导出、PostCSS 7与Tailwind 2.1.4兼容、关闭Power Save Mode、重启语言服务、postcss.config.cjs插件写为对象字面量。
WebStorm 不是靠“识别语言名”来提供支持的，而是靠解析实际文件内容、项目结构和配置文件来激活对应功能。你看到的“支持 TypeScript”或“支持 Tailwind CSS”，背后全是具体路径、文件存在性、包版本和配置项在起作用。
JavaScript 库配置只影响代码辅助，不参与构建
很多人误以为在 Settings | Languages & Frameworks | JavaScript | Libraries 里加了库，就能让 npm run build 正常运行——不是这样。WebStorm 的“库”只是告诉编辑器：“这些符号我见过，可以补全、跳转、查文档”。它不改 node_modules，也不影响 Webpack 或 Vite 的打包逻辑。
- 如果你在
import express from 'express'下看到红色波浪线，但项目能正常启动，大概率是 WebStorm 没加载@types/express，而不是代码错了 - 手动下载 d.ts 文件后，要确认它出现在
External Libraries节点下，否则补全不会生效 -
require('lodash')这种写法，WebStorm 默认无法推断类型；必须装@types/lodash并确保它被识别为库，否则_.map不会提示参数类型
Tailwind CSS 补全失效的三个常见原因
不是装了插件就自动有类名提示。Tailwind 支持依赖语言服务器主动探测项目配置，一旦路径或版本不匹配，bg-blue-500 这类类名就完全不补全。
- Tailwind v4 项目必须有
@import "tailwindcss"在某个 CSS 文件里；v3 则必须有tailwind.config.js——混用版本会导致语言服务器静默失败 - 如果
tailwind.config.js里写了content: ['./src/**/*.{js,ts,jsx,tsx}']，但你的 HTML 文件在public/下，那些 class 就不会被扫描到，补全也就没了 - 语言服务器卡住时，状态栏的
Tailwind CSS小图标会变灰；点击它旁边的刷新按钮（⟳）比重启 IDE 更快恢复
TypeScript 定义文件安装后仍不生效？检查这三点
Alt+Enter 弹出 “Install @types/xxx” 是最便捷的方式，但有时它会装错位置、装错版本，甚至装进错误的 node_modules 子目录。
- 确认
package.json里确实多了"@types/react": "^18.2.0"这样的条目，而不是只出现在devDependencies且被pnpm链接到了别处 - WebStorm 默认只读取项目根目录下的
node_modules；如果你用 monorepo +pnpm workspace，可能需要手动把node_modules/.pnpm下的真实路径加进Libraries列表 -
tsconfig.json中若设置了"types": []，会屏蔽所有全局类型；删掉这一行或显式加入"react"才能让@types/react生效
真正容易被忽略的是：WebStorm 的语言支持不是开关式的，而是逐层叠加的。一个 .tsx 文件能否获得完整 React + TypeScript + Tailwind 支持，取决于 tsconfig 是否启用 JSX、Tailwind 配置是否覆盖该路径、以及 @types/react 是否被正确解析为库——缺一不可，且任一环节出错都不会报错，只会静默降级为普通 JS 补全。
