报错“Could not find a版本”是因minimum-stability硬性过滤：设为"beta"则dev/alpha被直接忽略；必须写在composer.json根层，配"prefer-stable":true防误选，并在require中显式加@beta/@RC（RC须全大写）或用--stability=beta安装。
想装 beta、RC 或 dev 版本却一直报 Could not find a version of package matching your minimum-stability？不是网络问题，也不是包不存在，而是 Composer 的稳定性过滤机制在起作用——它默认只看 @stable 版本，其他都得“主动申请准入”。
minimum-stability 是硬性过滤闸，不是版本偏好开关
它决定哪些版本能进入候选池，低于该级别的版本直接被忽略，连比较机会都没有。比如设为 "minimum-stability": "beta"，所有 dev-main、v2.1.0-alpha3 就不会出现在解析结果里。
- 合法值（必须小写，且
RC必须全大写）：dev、alpha、beta、RC、stable - 必须写在
composer.json根对象顶层，与require、autoload同级；塞进config或extra里完全无效 - 改完后必须运行
composer update --lock，否则composer.lock仍按旧策略锁版本 -
"minimum-stability": "beta"表示允许beta及更稳定的版本（即自动包含RC和stable），但不包括alpha或dev
prefer-stable: true 不是可选项，是稳定性的安全带
它只在满足 minimum-stability 的多个候选版本中起作用，比如某包同时有 v2.9.5 (stable) 和 v3.0.0-beta3 (beta)，prefer-stable: true 才会让 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同时存在才生效 - 没配它，Composer 默认优先选“最新”的满足约束的版本，哪怕它是
beta—— 这不是 bug，是设计行为 - 生产环境推荐固定组合：
"minimum-stability": "stable"+"prefer-stable": true，既锁死范围，又预留行为一致性
require 中加 @ 后缀才是精准授权，不是可有可无的修饰
全局调低 minimum-stability 风险高，容易误伤其他依赖；更安全的做法是在 require 中为单个包显式标注稳定性标记，它会覆盖项目级设置。
- 正确写法示例：
"topthink/think-swoole": "^4.0@beta"、"phpunit/phpunit": "dev-main@dev" -
@RC必须全大写，@rc或@Rc会被静默忽略，退回到stable -
@dev和@beta不能混用，如"v2.0.0-beta1@dev"会解析失败 - 执行
composer update topthink/think-swoole单独更新该包，避免波及其他依赖
验证配置是否生效的三步检查法
别猜，用命令确认。配置改完后，立刻跑这三步：
- 查位置是否对：
composer config minimum-stability，有输出才是真写对了顶层 - 查包真实版本：
composer show -a vendor/package-name，看输出末尾括号里的标签（如v2.0.0-beta1 (beta)），不是你“以为”它有 - 查锁文件是否刷新：
grep -A5 'topthink/think-swoole' composer.lock，确认里面记录的是你预期的版本和稳定性标记
最容易被忽略的是：稳定性等级具有单向过滤性——设成 beta 就永远看不到 dev，但反过来不行；而 @ 后缀一旦写错大小写或拼写，Composer 就当没看见。
