不能设置全局默认的minimum-stability——composer不支持该配置项全局生效，因其依赖解析需联动require、composer.lock及子依赖上下文，而全局配置无项目上下文，故被直接忽略；prefer-stable在2.2+版本中亦被移除全局支持，仅项目级有效。
不能设置全局默认的 minimum-stability —— Composer 不支持这个配置项在全局生效，任何尝试都会静默失效。
为什么 minimum-stability 无法全局配置
它不是环境变量或 CLI 行为开关，而是依赖解析的核心上下文参数：必须和 require、composer.lock、子依赖的 composer.json 联动计算。全局配置文件（如 ~/.composer/config.json）没有锁文件、没有项目依赖树，根本无法参与这个过程。
常见错误现象包括：
- 执行
composer global config minimum-stability dev后，新建项目仍拒绝安装dev-main -
composer global config --list显示该字段存在，但composer require monolog/monolog:dev-main依然报Could not find a version - 把
"minimum-stability": "dev"写进全局config.json，对任何项目都无影响
prefer-stable 在全局也完全无效
Composer 2.2+ 已移除全局 prefer-stable 支持。执行 composer config -g prefer-stable true 会直接报错：[RuntimeException] The "prefer-stable" setting is not allowed in the global config。
它的设计逻辑决定了必须与 minimum-stability 同时存在于项目级 composer.json 中才起作用——单独存在无意义，全局更无立足之地。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
真正能全局影响安装行为的配置有哪些
虽然不能设稳定性门槛，但以下几项确实会影响所有项目的实际拉取结果：
-
composer global config repo.packagist：切换镜像源，可能让某些 RC 或 beta 版本因同步延迟而暂时不可见 -
composer global config --editor：统一编辑器，方便快速打开各项目composer.json手动调整 -
composer global require安装的 CLI 工具（如laravel/installer）不参与依赖解析，不触发minimum-stability
stability-flags 同样不是全局配置项，它必须写在项目 composer.json 顶层，且只对列出的包生效。
替代方案：用命令行临时覆盖更可靠
当某个包需要临时降级稳定性时，优先用 --stability 参数，它比改配置更快、更安全：
composer require vendor/pkg:dev-main --stability=devcomposer update vendor/pkg --stability=beta
这个参数会绕过项目级 minimum-stability 的过滤，直接将对应稳定性级别加入候选池，且不影响其他依赖。它不修改任何配置文件，执行完即结束，适合 CI 脚本或一次性调试。
真正的稳定性控制必须落在每个项目的 composer.json 顶层，且要同时配好 minimum-stability 和 prefer-stable，再配合 @ 后缀或 stability-flags 做精细授权——没有捷径，也没有全局开关。
