最准方式是运行composer config -g repo.packagist查全局源，返回JSON中url字段即生效地址；若为空或报错，则使用默认源https://packagist.org；项目级配置优先级更高，需用composer config repo.packagist（不加-g）检查。
composer config -g repo.packagist
直接查全局配置里的 Packagist 源地址，这是最常用也最可靠的查看方式。它不依赖当前项目是否存在 composer.json，也不受本地配置干扰。
运行命令：
composer config -g repo.packagist
输出类似：
{"type": "composer", "url": "https://packagist.org"}
其中 url 字段就是当前生效的源地址。如果返回空或报错 Repository not found，说明没设过全局源，走的是 Composer 默认源（即 https://packagist.org）。
composer config repo.packagist（查当前项目源）
这个命令查的是当前目录下项目的本地源配置，优先级高于全局配置。但要注意：它只在已有 composer.json 且里面显式配置了源时才有效。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 如果项目没配源，该命令会返回空，不代表没源——只是继承全局或默认源
- 如果项目用了
composer config --unset repo.packagist清除了本地源，它也不会显示任何内容 - 支持别名写法：
composer config repos.packagist（repos复数形式）也能查，但推荐用单数repo.packagist，更符合官方文档习惯
为什么 composer show -p 不适合查源地址
composer show -p 列出所有已安装包，但它完全不体现源配置信息。新手容易误以为“包从哪来”就等于“源在哪”，其实不是一回事——包可能来自缓存、本地路径仓库、甚至 dist zip 文件，和 repo.packagist 配置无直接对应关系。
常见误解场景：
- 切换了阿里云镜像后运行
composer show -p，看到的仍是包名列表，无法验证是否真走镜像 - 执行
composer install成功了，就以为源配置生效了——但实际可能是缓存命中的假象
真正验证源是否生效，得看下载时的 URL 日志（加 -v 参数）或直接查 config。
镜像源切换后如何确认生效
改完源（比如用 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/），不能只信命令没报错。要验证，得触发一次真实请求：
- 删掉
vendor/和composer.lock - 运行
composer clearcache - 再跑
composer require monolog/monolog -v，观察日志里Downloading https://mirrors...是否出现 - 如果仍看到
packagist.org，说明配置被覆盖了——检查是否有项目级composer.json里的repositories覆盖了全局设置
多级配置优先级是：项目级 > 全局级 > 默认值。最容易被忽略的是项目根目录下隐藏的 composer.json 里带了自定义 repositories 块，它会静默屏蔽你刚设的全局镜像。
