composer outdated在中文镜像下不显示可更新版本，是因为它仅静态比对composer.lock与镜像源元数据（如最新tag、require声明），而镜像同步存在1–12小时延迟，导致元数据滞后；需用--no-cache、切回官方源或验证镜像配置是否生效。
composer outdated 为什么在中文镜像下不显示可更新版本
换中文镜像本身不会触发任何版本变更，composer outdated 只是比对 composer.lock 中记录的版本与镜像源提供的元数据（比如最新 tag、composer.json 中的 require 声明），不是“自动拉新”。如果镜像同步滞后（尤其凌晨时段），元数据就比实际晚几个小时甚至更久。
- 运行
composer config -g repo.packagist确认当前生效的是中文源，例如"https://mirrors.aliyun.com/composer/" - 临时切回官方源验证：
composer config -g repo.packagist https://packagist.org，再跑composer outdated - 加
--no-cache强制跳过本地元数据缓存：composer outdated --no-cache，避免 CI 中因缓存未刷新误判 - 注意：项目级配置
composer config repo.packagist会被全局配置覆盖，别只改项目目录下的配置
子模块更新时 composer update 仍走官方源的典型表现
现象是 composer update 卡在 Downloading https://packagist.org/packages.json 或某个 ZIP 地址——说明镜像根本没走通。这不是网络问题，而是配置没生效。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
repo.packagist键名不能多写s（repos.packagist是错的） -
composer必须作为第二个参数显式写出，不能省略：composer config -g repo.packagist composer https://... - URL 必须以
https://开头，且末尾**不能带斜杠**（https://mirrors.aliyun.com/composer/❌，https://mirrors.aliyun.com/composer✅） - 任一条件不满足，Composer 都会静默 fallback 到
packagist.org，不报错也不提示 - 验证是否生效的唯一方式是运行
composer config -g repo.packagist，输出必须是完整 JSON 对象，形如{"type": "composer", "url": "https://mirrors.aliyun.com/composer"}
Composer 2.5+ 升级后子模块镜像失效的隐性原因
升级到 Composer 2.5+ 后，镜像必须支持哈希透传或签名验证，否则会静默降级或报 Invalid package information。旧式代理镜像（比如直接替换 URL 的反向代理）不再被信任，哪怕 curl 返回正常 JSON，也可能在加载 provider-*.json 时中断。
- 阿里云镜像自 2025 年 Q3 起默认启用透传，直接用
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer即可 - 腾讯云需手动开启签名验证：
composer config -g repos.packagist.options.verify-signature true - 华为云、中科大等镜像若未明确声明支持透传或重签，建议暂避；可用
composer show laravel/framework -vvv 2>&1 | grep "provider"观察是否加载了provider-laravel-framework.json并带Content-SHA256响应头 - 项目根目录
composer.json中的"repositories"字段会完全屏蔽全局镜像设置，务必检查并删掉或改成有效镜像
如何确认子模块更新真实可行，而非仅依赖 outdated 结果
composer outdated 是静态比对，它不执行依赖解析，漏掉平台兼容性、间接依赖冲突等 runtime 问题。真正反映“热更新可行性”的只有模拟安装流程。
- 先跑
composer outdated --direct --minor-only快速筛出安全小版本升级项 - 对目标包执行
composer update vendor/package --dry-run：它会模拟重算整个依赖图，输出实际将安装的版本、是否要降级、有无 PHP 版本不匹配 - 若
--dry-run报Downgrading，说明新版本和当前 PHP 版本或其它依赖不兼容，outdated不会提前预警 - CI 中务必组合使用：
composer install && composer outdated --security-only && composer update --dry-run
composer.json 的约束、PHP 环境、以及镜像源是否及时同步并满足 Composer 2.5+ 的校验要求——三者缺一不可。
