composer install 本身不支持降级安装，它仅按 composer.lock 文件精确还原依赖；要装旧版本，必须确保 lock 文件中已记录该版本、lock 与当前 Composer 版本兼容、vendor 目录干净且无平台配置干扰。

composer install 本身不支持“降级安装”——它只是按 composer.lock 文件精确还原依赖，既不升也不降。你看到的“没装旧版”，90% 是因为 composer.lock 里根本没记录你要的那个旧版本。

为什么 composer install 看起来没降级？

它从不主动改版本，只忠实地复现 composer.lock 里的快照。如果你改了 composer.json 里的版本号但没更新 composer.lock，composer install 完全无视你的修改，照样装 lock 里写的版本。

composer install 要装旧包，必须满足什么条件？

• composer.lock 文件里明确记录了那个旧版本（比如 "monolog/monolog": "1.25.5"）
• 该 lock 文件是用兼容当前 Composer 版本的方式生成的（v1.x 生成的 lock 不能被 v2.x 读，反之亦然）
• 项目根目录下没有残留的 vendor/ 目录干扰（有则先删）
• 没被 platform 配置或 --ignore-platform-reqs 暗中绕过 PHP 版本限制，导致 fallback 到更高兼容版

常见卡点：执行 composer install 后 vendor 里还是新包

这不是命令失效，而是你手头的 composer.lock 根本不是目标历史版本。典型场景：

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

• Git checkout 了旧分支，但没 git checkout 对应的 composer.lock（它可能被 .gitignore 或误删）
• 本地 composer.lock 是用 Composer v2 生成的，而你现在用的是 v1 —— 直接报 Invalid argument
• CI/CD 流水线缓存了新 lock 文件，覆盖了你本地想用的旧版

真正能触发降级的操作只有这些

靠 composer install 不行，得靠写入新约束再重算图：

• composer require monolog/monolog:1.25.5 --with-all-dependencies（推荐，显式+递归兼容）
• composer update monolog/monolog:1.25.5（只动这个包及其子依赖）
• 手动改 composer.json + composer update monolog/monolog（别直接 composer update，会连带升级其他包）

做完后，composer.lock 才真正变成“旧版快照”，这时 composer install 才能稳定还原——否则它只是在忠实执行一个跟你预期不符的快照。