minimum-stability是默认过滤闸而非开关：设为dev仅影响未显式标注稳定性的依赖（如"^10.0"），允许dev/alpha/beta/RC/stable版本进入候选池；显式声明"dev-main"可绕过限制；RC须全大写；必须置于composer.json根层级，配合prefer-stable:true才能在候选中优先选更稳版本。
minimum-stability 不是解决依赖冲突的开关，而是默认过滤闸；乱设它反而会放大冲突，甚至让项目无法启动。
为什么 minimum-stability 设成 dev 后项目直接报错？
设 minimum-stability 为 dev，只对没显式标注稳定性的依赖生效（比如 "laravel/framework": "^10.0"），Composer 就会把 v10.45.0-RC1、dev-main 全放进候选池——但 Laravel 官方明确不保证 dev-main 与你当前用的 guzzlehttp/guzzle 或 symfony/http-foundation 兼容。结果就是 autoload 失败、Trait 冲突、方法不存在等运行时错误。
常见误操作：
- 为装某个包的
dev-main版本，把整个项目的minimum-stability改成dev - 忘记配
prefer-stable: true，导致明明有v2.3.0（stable），却装了v2.4.0-beta3 - 写
"monolog/monolog": "dev-main@rc"——@rc无效，必须全大写@RC才被识别
想装 dev 分支，但不想影响其他包？
别碰全局 minimum-stability。正确做法是：对目标包单独声明带稳定性后缀的版本约束。
例如要装 spatie/laravel-ray 的主干分支：
composer require spatie/laravel-ray:dev-main
这条命令会自动在 composer.json 的 require 里写入：
"spatie/laravel-ray": "dev-main"
它绕过 minimum-stability 过滤，且不影响其他包的解析逻辑。同理：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 装 RC 版：
composer require vendor/pkg:2.0.0-RC1 - 装某次提交：
composer require vendor/pkg:dev-main#abc1234 - 锁死 alpha：
composer require vendor/pkg:1.5.0-alpha2
minimum-stability + prefer-stable 的真实协作逻辑
prefer-stable: true 不是“优先选 stable”，而是在所有满足 minimum-stability 的候选版本中，挑稳定性等级更高的那个。
假设某包同时提供：
-
v3.2.0（stable） -
v3.3.0-beta1（beta） -
v3.4.0-RC1（RC）
当你设 "minimum-stability": "beta" 且 "prefer-stable": true，Composer 会在 v3.2.0 和 v3.3.0-beta1 之间选 v3.2.0；但如果只设 "minimum-stability": "beta" 而没开 prefer-stable，它大概率选 v3.3.0-beta1（因为更新）。
关键点：
-
prefer-stable单独存在无效，必须和minimum-stability同时配置才起作用 - CI 环境若漏掉
prefer-stable: true，本地装的是v3.2.0，CI 却拉了v3.3.0-beta1，构建通过但运行出错 -
minimum-stability: stable时，prefer-stable彻底无意义——连 beta 都进不了候选池，哪来的“偏好”可言
RC 必须全大写，且稳定性等级严格排序
Composer 对稳定性等级有硬编码排序：dev < alpha < beta < RC < stable。这个顺序决定了“满足 minimum-stability: RC”时，哪些版本能入选。
注意：
- 写
rc、Rc、rc1都不被识别，会被当作stable处理，可能跳过你真正想装的v2.1.0-RC1 -
v2.1.0-RC1和v2.1.0-rc1是两个不同版本，后者在 Composer 中等价于v2.1.0（即 stable） -
minimum-stability字段必须放在composer.json根层级，和require同级；塞进config或extra里完全无效
最常被忽略的细节：RC 大小写敏感，且 prefer-stable 的生效前提是 minimum-stability 已放宽到足够级别——它只是“在合格者中挑更稳的”，不是“把不合格的变合格”。
