composer config --list 显示的是当前项目目录下最终生效的合并配置，已按环境变量、项目配置、全局配置优先级叠加，但不标注各值来源。
composer config --list 看到的到底是谁的配置？
composer config --list 显示的是当前项目目录下「最终生效的合并配置」，不是仅 composer.json 里的内容，也不是纯全局配置。它已经把环境变量、项目配置、全局配置按优先级叠好了——但不会告诉你哪一层写了什么。
- 如果没在项目根目录执行，会直接报错：
Could not find composer.json - 设置了
COMPOSER_CACHE_DIR环境变量，composer config cache-dir就返回它的值，但--list输出里只写路径，不标来源 -
process-timeout: 0这种值，说明有人显式禁用了超时（常见于 CI），不是默认行为 - 输出里出现
bin-dir: null，代表该字段完全没被任何层级设置，Composer 会用内置默认值（vendor/bin）
怎么单独查镜像源、缓存路径这类关键项？
别依赖 --list 滚屏找，容易漏掉嵌套字段（比如 repositories.packagist.org.url 和旧版 repos.packagist 并存）。直接查键名更准、更快。
- 查全局 Packagist 镜像：
composer config -g repos.packagist（注意是复数repos，不是repo） - 查当前项目实际生效的缓存路径：
composer config cache-dir - 强制查全局缓存路径：
composer config --global cache-dir - 查 GitHub 认证是否配置：
composer config github-oauth.github.com（项目级）或composer config -g github-oauth.github.com（全局）
想对比项目和全局配置差异，该怎么操作？
不要试图从 --list 输出里肉眼比对。它不标注来源，且未被覆盖的全局项可能“隐身”出现在结果里，造成误判。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 分别导出再筛选：
composer config --global --list | grep -E '^(cache-dir|repositories|github-oauth)'和composer config --list | grep -E '^(cache-dir|repositories|github-oauth)' - 用 JSON 格式 +
jq定位深层结构：composer config --list --format=json | jq '.config.repositories' - 确认全局配置文件位置：
composer config --global home，然后直接看~/.composer/config.json（Linux/macOS）或%APPDATA%\Composer\config.json（Windows）
为什么改了配置，install 还不生效？
因为 composer config 只改配置，不触发重载；composer clear-cache 也只删缓存，不读新配置。真正让改动落地，得靠下一次 install 或 update。
- 常见陷阱：在项目里设了
"cache-dir": "/tmp/my-cache"，但环境变量COMPOSER_CACHE_DIR同时存在 → 后者优先，项目配置被静默覆盖 - 某些字段（如
cafile）只认全局配置或环境变量，项目composer.json里写无效 -
--list不校验合法性，也不提示冲突。比如secure-http: "false"（字符串）和secure-http: false（布尔）行为不同，但输出看起来一样
最麻烦的是配置溯源——--list 给你一张快照，但拍这张照的人、用的哪台相机、有没有后期修图，它一概不说。真要定位问题，得一层层排除：环境变量 → 项目配置 → 全局配置 → 默认值。
