答案是使用 composer install --stability=dev 临时放宽稳定性阈值；或在 composer.json 中配置 "minimum-stability": "dev"，但后者影响全局依赖。
composer install 时如何跳过 dev 稳定性检查
默认情况下，composer install 会严格遵循 composer.json 中 minimum-stability 和 prefer-stable 的设定，如果依赖里包含 dev-master 这类非稳定版本，而你又没显式允许，就会报错：Could not find package xxx at version yyy 或提示 “minimum-stability is set to stable”。
最直接的绕过方式是加 --ignore-platform-reqs？不对，这解决的是 PHP 扩展/版本不匹配问题。真正起作用的是：
-
composer install --stability=dev—— 临时把本次安装的稳定性阈值设为dev -
composer install --prefer-stable或--prefer-lowest不影响稳定性过滤逻辑，只影响版本选择倾向 - 更稳妥的做法是改配置：在
composer.json里加"minimum-stability": "dev"，但注意这会影响所有依赖，慎用
为什么 composer require 默认拒绝 dev 版本
当你运行 composer require monolog/monolog:dev-main，即使包本身存在 dev-main 分支，Composer 仍可能报错：Could not find package monolog/monolog at version dev-main。这不是网络或权限问题，而是稳定性策略拦截。
原因在于：require 命令默认继承项目当前的 minimum-stability（通常是 stable），且不会自动降级该限制。解决方法只有两个：
- 先执行
composer config minimum-stability dev（写入composer.json），再require - 或者一步到位：
composer require monolog/monolog:dev-main --stability=dev—— 注意--stability必须紧挨着require，不能放在最后
漏掉 --stability=dev 或位置放错，命令就失效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
prefer-stable 与 minimum-stability 的实际影响差异
prefer-stable: true 不等于 “只装 stable”，它只是让 Composer 在多个可选版本中优先挑 stable 版本；而 minimum-stability: stable 是硬性门槛——所有包版本都必须满足 stability ≥ stable，否则直接排除。
常见误操作：
- 以为开了
prefer-stable就能装dev包 → 实际不行，仍需显式指定--stability=dev或调低minimum-stability - 在 CI 环境中全局设
minimum-stability: dev→ 导致生产依赖意外拉取未测试的开发分支，风险极高 -
minimum-stability设为dev后，连^2.0这种约束也可能匹配到dev-feature-branch，不是只影响明确写了dev-的版本
CI/CD 中安全使用 --stability 的注意事项
在 GitHub Actions 或 GitLab CI 里跑 composer install，不要为了“省事”全局设 minimum-stability: dev。应该按需、临时生效：
- 测试阶段需要 dev 依赖？用
composer install --stability=dev --no-interaction - 确保
--stability参数只出现在明确需要它的 job 步骤里，避免污染后续步骤 - 如果依赖中混用
stable和dev版本，建议用composer require vendor/pkg:dev-branch --update-with-dependencies而不是盲目调低全局稳定性
稳定性过滤不是开关，是分层策略：命令行参数 > composer.json 配置 > 默认值。最容易被忽略的是参数作用域——它只对当次命令生效，且不改变 lock 文件的约束逻辑。
