查不到旧版本时，先执行composer show --all vendor/package-name确认是否发布；若为空或仅dev-main，需检查Packagist页面是否abandoned、版本稳定性标记及源配置是否匹配。
查不到旧版本，先确认它是否真发布过
执行 composer show --all vendor/package-name 是第一步，但返回空或只有 dev-main 不代表你命令错了——大概率是那个版本压根没推送到 Packagist，或者作者删了 tag、标记为 abandoned。打开 https://www.php.cn/link/84ff7015cca989303244d13f1a8146fd 直接看页面，重点检查：
- 右上角有没有 abandoned 提示，以及推荐的替代包
- 左侧 versions 栏里是否存在你要的
1.2.3或2.0.0-beta - 版本号旁是否标着
(RC)、(beta)或dev-—— 这些默认被"minimum-stability": "stable"过滤掉
版本存在但 composer require 仍报 “no matching package found”
常见原因不是网络或镜像问题，而是稳定性约束和源配置不匹配：
- 目标版本是
rc或beta？临时加参数：composer require vendor/package:1.2.0-RC2 --stability=RC - 项目设了
"prefer-stable": true？它会压制所有非 stable 版本，哪怕你写了--stability=dev也无效，得临时关掉：composer require vendor/package:1.2.0 --prefer-stable=false - 用了私有源但没禁用 packagist.org？
{"packagist.org": false}必须作为独立对象放在repositories数组末尾，否则 Composer 仍优先查官方源并跳过你的旧版
想装 Git 分支或 commit，但 composer require 一直 404
VCS 类型仓库不走 Packagist 索引，必须显式声明且 URL 严格合规：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
type字段只能是"vcs"，写成"git"或"github"会被静默忽略 - URL 必须是可
git clone的地址，结尾只能是.git，不能带分支名或路径（如https://github.com/vanilla/queue.git#v1.2❌） - 目标仓库根目录下必须有合法
composer.json，且其中"name"字段与你在require中写的**完全一致**（包括大小写） - 装分支用
dev-前缀：composer require vendor/package:dev-feature/login；装 commit 用完整 hash：composer require vendor/package:dev-master#abc1234
已知版本号却始终装不上，可能是 PHP 或扩展约束冲突
Composer 报 Your requirements could not be resolved 时，不一定缺包，而是旧版依赖的运行环境已不满足：
- 旧包要求
php: >=7.2，但你本地是 PHP 8.2？Composer 会直接跳过，不提示具体原因 - 旧包依赖某个已废弃的扩展（如
ext-mcrypt），而你的 PHP 已移除它 - 用
-vvv参数重试：composer require vendor/package:1.2.3 -vvv，看输出里是否有requires php或requires ext-xxx的拒绝记录 - 临时降级 PHP 版本验证（如用 Docker 启一个 PHP 7.4 容器），或改用
composer create-project初始化干净环境再试
最常被忽略的是：你以为在装旧版，其实 Composer 正在尝试兼容你已锁死的其他包版本。只要 composer.lock 里某条依赖约束太紧，旧包就永远“不存在”于当前图谱中——这不是源的问题，是依赖图本身拒绝它入场。
