composer config -g repo.packagist 输出必须是完整 JSON 对象（如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}），否则配置未写入；它直接读取 ~/.composer/config.json，不依赖网络、缓存或项目配置，是验证全局镜像配置是否生效的唯一可靠方式。
直接执行 composer config -g repo.packagist，输出必须是形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的完整 JSON 对象；空、null、报错或只返回字符串都代表没写进去。
为什么只看这条命令输出就足够
它不依赖网络、不读缓存、不查项目配置，只读取全局配置文件 ~/.composer/config.json。Composer 2.0+ 对镜像配置做硬校验：键名、type 值、URL 格式三者缺一即静默忽略，且不报错。所以输出内容就是唯一真相。
- 输出
{"type": "composer", "url": "https://mirrors.tuna.tsinghua.edu.cn/composer/"}→ 配置成功 - 输出空、
null或Key "repo.packagist" does not exist→ 根本没写入 - 只输出
https://mirrors.aliyun.com/composer/（字符串）→ 缺type字段，配置不完整 - 输出
{"type":"composer","url":"https://packagist.org"}→ 还在用官方源
常见写入失败原因
命令看似执行成功，但实际没生效，基本都是这三个地方错了：
- 漏掉
-g参数：写成了composer config repo.packagist ...，结果只改当前目录的composer.json，不是全局 - 键名拼错：写成
repos.packagist（多一个s）或packagist.org，Composer 2.2+ 开始已不认 - URL 缺末尾斜杠：
https://mirrors.aliyun.com/composer❌ 会拼出错误路径导致 404；必须是https://mirrors.aliyun.com/composer/✅
PowerShell / Windows cmd 下的特殊坑
PowerShell 会把 URL 当作参数分隔，导致截断。例如：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
可能只识别到 https://mirrors.aliyun.com/composer（少斜杠），或直接报错。解决方法是加英文双引号：
composer config -g "repo.packagist" composer "https://mirrors.aliyun.com/composer/"
Windows cmd 同理，URL 必须加引号，否则容易被空格或特殊字符打断。
别被 composer diagnose 欺骗
它显示 Repo packagist.org is not configured 不是警告，恰恰说明你配的镜像已接管——Composer 默认内置官方源，一旦你用 repo.packagist 覆盖了它，diagnose 就会如实反馈“没配官方源”。真要看是否生效，得找这行：
Repo packagist.org: https://mirrors.tuna.tsinghua.edu.cn/composer/
如果这行没出现，或者显示的是 https://packagist.org，才说明配置没起作用。
