答案：composer install不支持--prefer-stable参数，因其仅复现composer.lock中已锁定的版本，不参与版本决策；该参数仅在composer update或composer require时生效，用于在满足约束的范围内优先选择稳定版本。
composer install 本身不接受 --prefer-stable 参数
直接运行 composer install --prefer-stable 会报错：Unknown option: prefer-stable。因为 install 命令只读取 composer.lock 文件并复现依赖，它不参与版本决策——选哪个版本是 update 阶段的事。所以这个参数对 install 无效，加了也白加。
prefer-stable 必须在 update 阶段生效
真正起作用的时机是 composer update 或 composer require：这两个命令会重新解析依赖约束、计算可选版本，并按规则排序。此时 --prefer-stable 才能干预选择逻辑。
-
composer update --prefer-stable：更新时优先选 stable 版，但不跳过满足约束的 beta/dev（只要没显式写@beta） -
composer require monolog/monolog --prefer-stable：添加新包时，哪怕项目minimum-stability是dev，也会尽量挑3.5.0而不是4.0.x-dev - 如果已存在
composer.lock，且其中锁的是 dev 版，install仍会装那个 dev 版——--prefer-stable不会“覆盖 lock”
项目级配置 "prefer-stable": true 更可靠
命令行参数是一次性的，容易遗漏；写进 composer.json 根级才是长期解法：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
{
"prefer-stable": true,
"minimum-stability": "dev",
"require": {
"laravel/framework": "^11.0"
}
}
这样所有 composer update 和 composer require 都自动带上偏好，且不会被误删或遗忘。注意两点：
- 它不阻止你手动写
"monolog/monolog": "3.0.x-dev"——显式声明优先级高于prefer-stable - 它和
minimum-stability是配合关系：minimum-stability控制“哪些版本允许被装”，prefer-stable控制“在允许范围内选哪个”
为什么有时加了 --prefer-stable 还装了 beta？
常见原因不是参数失效，而是约束本身放开了入口：
-
"some/package": "^2.0"在 Composer 2.2+ 默认允许2.0.0-rc1，即使有2.0.0存在，也可能因依赖图权重选 rc - 更稳妥的写法是加稳定性后缀：
"some/package": "^2.0@stable"，这会硬性过滤掉所有非 stable 版本 - 如果某个依赖的稳定版不满足其他包的约束（比如 A 要 PHP 8.3，而 B 的 latest stable 只支持到 8.2），Composer 可能被迫退到 beta 版——这时
--prefer-stable无能为力
真正难处理的从来不是参数怎么加，而是依赖树里隐藏的兼容性断点；prefer-stable 只是排序策略，不是版本防火墙。
