最省事安装最新开发版是用 composer require vendor/package:@dev，它绕过 minimum-stability 限制；dev-main 需加 @dev 后缀才生效，裸写不安全，应锁定完整 commit hash。
直接用 composer require vendor/package:@dev 最省事
想装最新开发版，最简单的方法就是命令行里加 @dev 后缀，不用改 composer.json，也不影响其他包。Composer 会自动识别这是你明确要的不稳定版本，绕过默认的 "minimum-stability": "stable" 限制。
- 执行
composer require monolog/monolog:@dev→ 安装main分支最新提交（等价于dev-main） - 执行
composer require symfony/console:6.5.x-dev→ 安装6.5分支的持续集成快照 - 如果报
Could not find package，先运行composer show vendor/package --all确认该包真有dev-分支或@dev版本被 Packagist 索引
为什么写 "dev-main" 有时会失败？看 minimum-stability 配置
dev-main 这种写法本身没问题，但 Composer 默认只认 stable，遇到 dev- 开头的版本会直接跳过——不是找不到包，是“稳定性过滤”把它拦下了。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 错误现象：
Skipped installation of package vendor/package for stability reasons - 临时解决：加
@dev后缀，如"vendor/package": "dev-main@dev"（推荐，局部生效） - 全局放宽（慎用）：在
composer.json根级加"minimum-stability": "dev"，这会让所有依赖都可能降级到dev版，哪怕你没写明 - 安全折中：保留
"minimum-stability": "stable"，同时加"prefer-stable": true，再对个别包用@dev，既可控又防误伤
生产环境千万别用裸 dev-main，必须锁定 commit
裸写 dev-main 意味着每次 composer update 都可能拉取完全不同、甚至破坏性变更的代码。CI 构建、线上部署一旦出问题，根本没法回溯。
- 正确做法：用
#拼接完整 commit hash，例如"vendor/package": "dev-main#abc1234567890123456789012345678901234567" - 短 hash（如
#abc123）有歧义风险，Packagist 可能匹配多个提交，务必用 40 位完整 hash - 确认当前安装的 commit：运行
composer show vendor/package，输出里带source行，显示实际克隆的 commit - 团队协作时，
composer.lock会自动记录该 hash，只要提交 lock 文件，所有人就一致
怎么知道某个包有没有 @alpha 或 @beta 版？
别猜，直接查。Packagist 页面不一定实时，本地命令更准。
- 查全部可用版本（含稳定性标签）：
composer show vendor/package --all，输出里带(dev)、(alpha)、(beta)的就是 - 想装 alpha 版：写
composer require phpunit/phpunit:10.5.0@alpha，不是@dev - 注意稳定性优先级：
@dev@alpha @beta @rc @stable，@dev能匹配所有开发分支，但@alpha不会匹配dev-main - 私有 Git 仓库（如 GitHub 私仓）需确保已声明在
repositories中，否则@dev也查不到
dev 版没有语义化版本约束，也没有兼容性承诺，你得自己盯上游更新、自己测破壞性变更、自己决定何时切回稳定版——这些工作不会因为一行 @dev 就消失。 
