intellij idea 没有名为“quality”的独立插件，所谓quality tools是ultimate版中php等语言下的功能模块，路径为settings → languages & frameworks → php → quality tools，依赖已启用的php插件及外部cli工具（如phpcs、psalm）协同工作。
IntelliJ IDEA 本身不提供名为 Quality 的内置插件或配置项——你在设置里搜不到 Quality，也找不到叫这个名字的工具入口。所谓“Quality 插件”是用户对一组代码质量检查功能的泛称，实际对应的是 PHP、Java 等语言下集成的第三方静态分析工具（如 PHP_CodeSniffer、Psalm、CheckStyle），它们统一归类在 Languages & Frameworks → PHP → Quality Tools 或类似路径下。
为什么找不到 Quality 插件？
因为 Quality Tools 不是独立插件，而是 IntelliJ IDEA（Ultimate 版）中一个功能模块的统称，它依赖具体语言插件和外部 CLI 工具协同工作：
-
PHP语言支持必须启用（仅 Ultimate 提供） - 对应的质量工具（如
phpcs、psalm）需提前安装到系统或 Docker 环境中 - IDE 不自带扫描引擎，只负责调用命令、解析输出、高亮标记
- 菜单路径是
Settings → Languages & Frameworks → PHP → Quality Tools，不是 Plugins 页面里的可安装项
PHP_CodeSniffer 配置失败常见原因
多数人卡在这一步：界面填了 phpcs 路径却提示 “Command not found” 或 “No output”。根本问题不在 IDEA，而在环境链路断了：
- 本地模式下，
phpcs必须可通过终端直接执行：which phpcs有返回才有效；若用composer global安装，确保~/.composer/vendor/bin已加入$PATH - 远程解释器（如 Docker）必须用
docker-compose exec模式，不能选docker run—— 后者每次新建容器，无法复用已安装的phpcs - IDE 设置里的
Configuration选项选错：想用容器内工具就选对应解释器名；选Local则强制走本机，哪怕项目用的是远程 PHP -
Tool process timeout默认 10 秒，大项目扫描超时会被静默跳过，此时文件会自动进Ignored Files列表，需手动清理或调高超时值
Psalm 和 CheckStyle 的关键差异点
它们都走同一套 Quality Tools 框架，但行为逻辑完全不同：
-
Psalm依赖psalm.phar或 Composer 安装的二进制，必须能响应psalm --version；IDE 不校验配置文件是否存在，但若psalm.xml缺失或语法错，错误会显示为psalm: Unable to load config -
CheckStyle是 Java 生态工具，需单独安装插件（非 Quality Tools 模块），配置入口在Editor → Inspections → CheckStyle；它的 XML 规则文件路径必须绝对且可读，相对路径或含中文路径大概率失败 - 三者都不支持“开箱即用”：PHP_CodeSniffer 需指定
--standard（如PSR12），Psalm 默认只检查类型，CheckStyle 默认用google_checks.xml，不显式配置就几乎不报错
真正麻烦的从来不是勾选开关，而是 CLI 工具能否被 IDE 稳定唤起、输出能否被正确解析、错误定位是否精准跳转——这些底层链路一旦出问题，界面上所有配置都只是摆设。
