执行 composer config -g repo.packagist 可直接验证全局镜像源是否生效，输出应为配置的镜像URL；若仍显示官方源或为空，则需排查拼写错误、环境错配、权限问题、项目级覆盖、config.json内容及缓存干扰，并注意元数据与dist包下载的区别。
执行 composer config -g repo.packagist 查看当前全局镜像源
这是最直接的验证方式。如果刚用 composer config -g repo.packagist https://mirrors.aliyun.com/composer/ 改过，运行该命令应输出对应 URL；若仍显示 https://packagist.org 或为空，则配置未生效。
常见问题包括：
— 误用了 --global 但拼错成 -gloabal 等 typo
— 在非默认 shell 环境（如 WSL 子系统里改了 Windows 的 Composer 配置）
— 使用了 sudo composer config ... 导致写入 root 用户配置，而日常用普通用户执行
运行 composer install 或 composer update 时观察请求域名
Composer 会把包元数据请求发往配置的源地址。启用调试模式可确认实际连接目标：
- 加
-vvv参数：如composer update -vvv - 在输出中搜索
GET或Downloading行，看 URL 域名是否为你的镜像站（如mirrors.aliyun.com） - 若仍出现
packagist.org，说明某处覆盖了配置——比如项目根目录存在composer.json里的repositories字段，或本地composer.json中定义了同名packagist源
检查 COMPOSER_HOME 下的 config.json 文件内容
全局配置最终落盘在 COMPOSER_HOME 目录（可通过 composer config -g home 查到），打开其中的 config.json，确认 repo.packagist 字段值正确且未被注释。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
注意：
— Windows 用户常见路径是 %APPDATA%\Composer\config.json
— macOS/Linux 通常是 ~/.composer/config.json
— 如果该文件里有多个 repositories 条目，且包含键名为 packagist 的对象，它会覆盖 repo.packagist 设置
临时禁用镜像源测试网络连通性
有时“看似生效”其实是缓存或 fallback 行为。可临时切回官方源并强制刷新：
composer config -g repo.packagist https://packagist.orgcomposer clear-cache- 再跑一次
composer update -vvv，确认请求发向packagist.org - 之后再切回镜像源，重复验证步骤
这一步能排除 DNS 缓存、HTTP 代理、或镜像站自身响应异常导致的假阳性。
真正容易被忽略的是：Composer 的 repo.packagist 配置只影响元数据（packages.json）拉取，而包文件（.zip）仍可能从原始 dist URL 下载——除非镜像站本身完整同步了 dist 资源并被正确重写。所以看到 “Downloading xxx.zip from packagist.org” 不代表源没生效，得先盯住元数据请求那行。
