Composer插件冲突主因是runtime-api版本不匹配或replace/conflict声明引发命令覆盖，导致autoload初始化失败、命令丢失或运行时Class not found；需用composer show composer/runtime-api验证版本，而非why-not。
Composer插件冲突不是“装不上包”，而是可能让 vendor/autoload.php 初始化失败、命令注册丢失，甚至导致 PHP 进程在启动阶段就 Class not found 或直接 segfault——这类问题不会出现在 composer install 报错里，但运行时闪退却频发。
插件 runtime-api 版本不匹配会静默失效
Composer 插件依赖 composer-runtime-api，它不是普通包，而是 Composer 自身的运行时契约。如果插件声明 "composer-runtime-api": "^2.2"，而你本地是 Composer 2.1.0，composer install 仍会成功，但后续执行 composer dump-autoload 或调用插件钩子（如 post-autoload-dump）时，会抛出 Class not found 或 Call to undefined method。
- 验证当前已装 API 版本：
composer show composer/runtime-api - 查插件要求的版本：看它
composer.json里的require段，不是看composer.lock - 别信
composer why-not composer/runtime-api——它不参与安装时解析，why-not查不到
插件之间 replace 或 conflict 声明引发命令覆盖
某些插件（如 hirak/prestissimo、phpstan/extension-installer）会通过 replace 字段声明自己替代了其他插件的功能；还有插件直接写 "conflict": {"composer-plugin-api": "。一旦冲突，Composer 可能跳过加载某个插件，但不报错，结果就是：你预期的自动分析没触发、压缩下载没生效、甚至 <code>composer require 后类没被自动注册。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 检查是否多个插件同时声明了同一命令名（如都注册
install钩子） - 运行
composer show --plugins确认哪些插件实际被加载（注意：未激活的不会列出来） - 临时禁用插件排查：
COMPOSER_DISABLE_PLUGINS=1 composer install，再逐个启用
插件 require 的扩展或 PHP 版本在运行时不校验
插件的 composer.json 里可以写 "require": {"php": "^8.2", "ext-intl": "*"}，但 Composer 安装时只校验根项目的 config.platform，**不强制校验插件自身的 platform 要求**。结果就是：插件装上了，但第一次执行它的钩子时，PHP 因缺少 ext-intl 直接崩溃，或因语法不兼容（比如用了 match）抛出 ParseError。
- 用
composer show --platform对照插件文档要求的 PHP 和扩展 - 手动触发插件逻辑测试：
php -d extension=intl -v看是否真加载了扩展 - 不要依赖 CI 日志里的
php -v——CI 中 Composer 可能用的是另一套 PHP 二进制，和运行插件时的不一致
插件 autoload 配置错误导致类加载断裂
插件若使用 PSR-4 自动加载，但 composer.json 里写错命名空间映射（比如 "MyPlugin\": "src/" 却把文件放在 lib/），vendor/autoload.php 生成时不会报错，但运行时调用插件类就会 Class not found。更隐蔽的是：插件自身类能加载，但它 require 的另一个包因路径错位，导致其内部 use 的类找不到。
- 确认插件源码目录与
autoload映射完全一致，大小写敏感（Linux 下Src/≠src/） - 执行
composer dump-autoload -o（加-o）生成优化映射，否则开发模式下可能缓存旧路径 - 不要只跑
composer dump-autoload——生产环境必须加-o，否则 autoload.php 里没生成静态映射表
插件冲突最难 debug 的点在于：它不阻断安装，只在运行时某次特定钩子中才爆发。所以不能只盯 composer install 输出，得把插件生命周期拆开测——从 autoload 初始化、到命令注册、再到钩子执行，每一步都可能断链。
