composer config --list --global 仅显示用户手动设置的全局配置项，不包含默认值、auth.json凭据、环境变量及叠加生效的最终配置；需逐项查值（如composer config --global cache-dir）、确认来源文件（如--source参数）、运行composer diagnose交叉验证真实生效配置。
直接查具体键值比扫列表更可靠，composer config --list --global 只显示你亲手设过的项，不是当前生效的完整配置。
为什么 composer config --list --global 经常“看起来没配”
这个命令只读取全局配置文件（如 ~/.config/composer/config.json）中 config 段里你显式写入的字段。没执行过 composer config --global cache-dir /path，哪怕 cache-dir 正在用默认路径 ~/.cache/composer，它也不会出现在输出里。
-
sort-packages默认为true，但没手动设过，--list --global就不显示 -
github-oauth.github.com如果存在auth.json里，--list --global默认不读，也不会出现 - 环境变量如
COMPOSER_CACHE_DIR优先级最高，但完全不会被该命令体现
怎么确认某个全局配置是否真被设置了
对关键项，放弃通读列表，直接查值并带来源标记：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 查缓存路径：
composer config --global cache-dir—— 有输出说明显式设置；空或报错说明走默认 - 查 GitHub 凭据位置：
composer config --global --source github-oauth.github.com—— 返回类似~/.config/composer/auth.json就表示凭据存在那里 - 查镜像源要分两路：
composer config --global repositories.packagist.org.url和composer config --global repositories.packagist.url都得试，v2 推荐前者，但后者仍可能生效 - 查全局配置文件真实路径：
composer config --global --list输出的第一行 “Global configuration file” 才是当前实际加载的位置，别猜~/.composer/config.json
如何验证最终生效的全局配置
composer config --list --global 是快照，不是真相。真正起作用的是四层叠加（项目 → 全局 → 环境变量 → 内置默认）后的结果，必须交叉验证：
- 运行
composer diagnose，重点看Repo packagist.org行显示的 URL，这才是最终生效的镜像地址 - 对比项目级是否覆盖：
composer config cache-dir和composer config --global cache-dir结果不同，就说明本地改了 - 检查环境变量干扰：
echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows） - 想结构化解析嵌套字段（比如仓库列表），用
composer config --global repositories --format=json，但它依然不反映环境变量注入逻辑
最容易被忽略的是环境变量隐身覆盖和配置叠加顺序——--list --global 不告诉你哪一层写了什么，也不告诉你哪一层被顶掉了。查具体键、盯来源文件、验 diagnose 输出，三步缺一不可。
