composer config -g repo.packagist 输出必须是完整 json 对象（如 {"type":"composer","url":"https://mirrors.cloud.tencent.com/composer/"}）才代表镜像配置真正生效；输出为空、仅 url 字符串、含多余空格或格式错误均说明失败，因 composer 2.5+ 对键名、type 值、末尾斜杠和 https 协议有严格校验，任一缺失即静默回退官方源。
composer config -g repo.packagist 输出必须是完整 JSON
配置镜像源后，composer config -g repo.packagist 是唯一可信的验证命令。它不返回“已设置”或成功提示，只输出一个 JSON 对象——如果输出是 {"type":"composer","url":"https://mirrors.cloud.tencent.com/composer/"}，才算真正生效；任何其他格式（比如只有 URL 字符串、带多余空格、缺引号、少逗号）都代表配置失败。
为什么 composer config -l 不够用
composer config -l 显示的是当前目录下「合并后的最终配置」，但不标注来源，也混入默认值和推导路径（如 home、bin-dir），容易误判。例如项目根目录有 repositories 字段，它会覆盖全局配置，而 -l 仍显示镜像 URL，让你以为生效了，实际走的还是项目级源。
- 查全局显式设置：用
composer config -g -l，只列你手动写过的项 - 查当前项目实际行为：进空目录运行
composer config -l，排除项目级干扰 - 查配置文件真实位置：加
--verbose，看Loaded config file:路径是否是你改的那个
配完还走 packagist.org？先排除三类干扰
镜像服务本身极稳定，失效几乎都来自本地环境。执行以下检查：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer config repos.packagist（不加-g），如果有输出，说明项目composer.json里写了repositories，它优先级高于全局配置 - 检查代理：Linux/macOS 运行
echo $http_proxy，Windows 运行set http_proxy；有值就用composer config -g --unset http-proxy清掉 - 清缓存：
composer clear-cache，否则 Composer 可能继续读旧的p2/索引，行为与新配置不一致
config 命令写错一个字符就静默失效
Composer 2.5+ 对 repo.packagist 配置做了严格校验，以下任一错误都会导致完全不生效，且无任何报错提示：
- 键名写成
repos.packagist或repositories.packagist（多 s 或带 s） - 漏掉
composer这个 type 值，比如写成composer config -g repo.packagist https://... - URL 末尾没斜杠：
https://mirrors.cloud.tencent.com/composer→ 404 或 Invalid repository type - URL 协议写成
http://（新版强制 HTTPS）
最稳妥的做法是复制粘贴官方命令，不要手敲；验证时一定看 JSON 结构，而不是只扫一眼 URL。
