Composer配置需通过composer config --list查看当前生效的最终值，来源标注为(global)或无标记（项目级），项目级同名配置会完全覆盖全局配置，不可混用三层路径。
Composer 的配置项不是靠猜或查文档临时拼凑的，而是有明确的查看路径和生效层级——不搞清这点，composer config 命令输出一堆值却不知道哪来的，改了也不生效。
查看当前生效的所有配置（含全局 + 项目级）
在任意目录下运行：composer config --list。它会列出所有已加载的配置项，并在每行末尾标注来源：(global) 表示来自用户级 config.json，没标注的则来自当前项目的 composer.json 中的 config 字段。
注意：composer config --list 不是“合并视图”，而是“覆盖后最终值”——项目级同名配置会整块屏蔽全局配置，不会保留部分字段。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 想单独看全局配置？用
composer config --global --list - 想确认某一项具体值？比如缓存路径：
composer config --global cache-dir - 输出里出现
repos.packagist但你记得设的是repo.packagist？那是旧写法，Composer 2.x 已忽略，说明你可能还在用过时文档
配置项在哪定义？三个位置不能混
Composer 配置只存在于三处，且严格按优先级覆盖：项目 composer.json > 用户级 config.json > 系统级（极少用）。没有“环境变量式”的配置，COMPOSER_HOME 只控制配置文件存哪，不是配置本身。
- 项目级配置必须写在
composer.json的"config"对象里，例如："vendor-dir": "libs" - 全局配置只能用
composer config --global命令写入，不要手动编辑~/.composer/config.json或~/.config/composer/config.json（新版 Linux/macOS 默认用后者） -
auth.json只管认证（如 GitHub Token、私有仓库密码），不处理process-timeout或cache-dir这类行为参数
哪些配置项最容易被误读或失效
很多问题不是配置写错了，而是没理解它的作用域或触发条件。
-
allow-plugins必须写在项目composer.json里才有效，--global设置完全无效；设成false会直接阻断所有插件，包括phpstan/extension-installer -
cache-dir设为相对路径（如"cache"）会静默失败，必须是绝对路径，且 Composer 进程要有写权限 -
process-timeout设为0并不能真正禁用超时，某些 PHP 版本仍 fallback 到 300 秒；设为600更可靠 -
minimum-stability是全局开关，但require中某条依赖显式写了@dev，就会绕过它——这不是 bug，是设计如此
配置项本身不难记，难的是每次执行 composer install 或 update 时，你根本不知道 Composer 正在用哪一层的 cache-dir、是否启用了 allow-plugins、甚至 repos.packagist 指向哪里。最稳妥的做法是：进项目目录后先跑一遍 composer config --list，别凭记忆或文档假设。
