stable版本需通过版本号格式识别：符合语义化版本（如2.10.0、v3.5.1）且无-alpha/-beta/-RC/-dev等预发布后缀，即视为stable；dev-main、2.9.0-RC2等明确非stable。
composer show -a 输出里怎么识别 stable 版本
直接看 composer show -a vendor/package-name 的输出，stable 版本没有单独标记字段，得靠版本号格式和上下文判断。Packagist 对 stable 的定义是：语义化版本（vX.Y.Z 或 X.Y.Z）且未带任何预发布后缀（如 -alpha、-beta、-RC1、-dev）。
常见稳定版本写法：
-
2.10.0、v3.5.1—— 符合 SemVer 且无后缀，基本可认为 stable -
1.27.1-patch1—— 后缀非预发布标识，仍属 stable（但需看包作者是否明确声明） -
dev-main、2.9.0-RC2、3.0.0-beta1—— 明确不是 stable
注意：show -a 不过滤，也不标注稳定性等级，它只返回 Packagist API 的 raw tags 列表。所谓“stable”是 Composer 解析时根据 minimum-stability 和版本字符串规则动态判定的，不是元数据字段。
为什么 composer show（不加 -a）显示的 latest-stable 可能不准
composer show vendor/package-name 默认输出的 latest-stable 字段，是 Composer 基于本地 composer.json 中的 minimum-stability 和 prefer-stable 配置算出来的，不是实时查 Packagist 的结果。
容易出问题的场景：
- 本地
"minimum-stability": "beta"，那么latest-stable可能压根不出现，或退化为latest - 包作者刚发了
3.0.0，但 Packagist 缓存未刷新，show仍显示2.10.0为latest-stable - 某个版本被标记为
abandoned（如phpunit/phpunit:4.8），网页版会灰显，但show仍可能把它当 stable 返回
真正想确认某版本是否被 Composer 视为 stable，最可靠方式是试装：composer require vendor/package:2.5.0。如果成功，说明它在当前配置下满足 stability 要求；如果报错 Could not find package 或提示 stability mismatch，那就不是当前策略下的 stable。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
minimum-stability 和 prefer-stable 怎么影响 stable 判定
这两个配置共同决定 Composer 在解析版本约束（如 ^2.0）时，“默认接受哪些版本”。它们不改变版本本身的属性，只改变匹配行为。
minimum-stability 是门槛，prefer-stable 是倾向：
-
"minimum-stability": "stable"→ 只考虑不含预发布后缀的版本（默认值） -
"minimum-stability": "beta"→ 允许匹配2.5.0-beta1、3.0.0-RC1，但dev-main仍被排除 -
"prefer-stable": true→ 当多个版本都满足minimum-stability时，优先选不带后缀的（比如同时有2.5.0和2.5.0-RC1，选前者）
关键点：即使设了 "minimum-stability": "dev"，你仍可通过显式指定 @stable 强制锁定稳定版：composer require vendor/package:2.5.0@stable。反过来，@dev 可绕过全局限制安装开发版。
查看包是否被标记为 abandoned
被废弃的包不会在 show -a 输出里特别标注，但它的存在本身会影响你对 “stable” 的判断——因为即使版本号合规，作者也可能已停止维护。
确认方式只有两个：
- 打开
https://packagist.org/packages/vendor/package-name，看顶部是否有abandoned提示及推荐替代包 - 运行
composer show -a vendor/package-name后，观察输出中是否包含类似versions: [1.0.0, 1.1.0, ...]的行 —— 如果完全没versions:字段，或只有dev-分支，大概率已被弃用或未正确发布
注意：composer show 本身不校验 abandoned 状态，它只读 composer.lock 或 Packagist API。所以别依赖命令输出做长期决策，尤其在升级前，务必人工核对 Packagist 页面上的废弃提示和迁移建议。
