minimum-stability 设置可安装的最低稳定级别（如 beta、stable），prefer-stable 启用后则在满足依赖时优先选择更稳定的版本，两者协同可在灵活性与稳定性间取得平衡。
在使用 Composer 管理 PHP 项目依赖时，minimum-stability 和 prefer-stable 是两个控制包版本选择的重要配置项。它们共同影响 Composer 安装哪些版本的依赖包，尤其是在面对开发中或未正式发布的版本时。
minimum-stability：设定可接受的最低稳定性
这个配置决定了 Composer 可以安装的包的最低稳定级别。它的值是一个字符串，常见选项包括：
- stable：只安装稳定版本（如 1.0.0、2.1.3）
- RC：允许发布候选版本（Release Candidate）
- beta：允许测试版
- alpha：允许预发布版本
- dev：允许开发分支（如 dev-main、dev-develop）
该设置是全局性的，默认值为 stable。如果你将它设为 beta，Composer 就会允许安装 beta、RC 和 stable 版本。
例如：
"minimum-stability": "beta"这会让 Composer 在没有明确指定版本的情况下，考虑 beta 及更稳定的版本。
prefer-stable：优先选择更稳定的版本
即使你放宽了 minimum-stability，可能仍希望在多个可用版本中优先选择最稳定的那个。这时 prefer-stable 就起作用了。
当设置为 true 时，Composer 会在满足依赖的前提下，尽量选择稳定性更高的版本，而不是单纯按版本号或匹配规则来选。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
举例来说，如果一个包有 1.0.0-beta3 和 0.9.5（稳定版）两个可用版本，即使你的 minimum-stability 是 beta，Composer 也会倾向于选择 0.9.5 这个稳定版本（只要能满足依赖约束）。
启用方式：
"prefer-stable": true两者如何协同工作？
假设你的 minimum-stability 是 beta，意味着你可以安装 beta 及以上稳定的包。但如果没有 prefer-stable，Composer 可能会选择最新的 beta 版本，即使存在稍旧但稳定的版本。
开启 prefer-stable 后，Composer 会尽量避免使用非稳定版本，除非某个依赖明确要求使用 dev 或 beta 分支。
这种组合适合大多数生产项目：既能灵活引入一些尚未正式发布的依赖，又优先保障整体系统的稳定性。
基本上就这些。合理设置这两个选项，可以在灵活性和稳定性之间取得平衡。
