composer 2.2+ 已弃用 repo.packagist，必须改用 repositories.packagist.org 键名分两步配置 type 和 url，且 url 必须以 / 结尾；第三方工具若沿用旧键名或忽略三要素（单数键名、显式 type、结尾斜杠），将静默失效。
composer config -g repo.packagist 命令本身不支持第三方工具封装
第三方工具（比如某些一键换源脚本、GUI 管理器、或 CI 中预设的 alias）常把 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 封装成单条命令，但它们容易忽略三个硬性前提：键名必须是单数 repo.packagist（不是 repos.packagist 或 repositories.packagist.org），composer 这个 type 值必须显式写出，URL 必须以 / 结尾。工具若拼错其中任一，Composer 2.2+ 会静默忽略整条配置，且不报错。
第三方工具常绕过 Composer 的优先级规则
很多工具直接改写 ~/.composer/config.json 文件，却没检查项目根目录是否存在 repositories 字段。只要 composer.json 里有 "repositories": [] 这样一行，全局配置就完全失效——而工具通常不提示、不检测、也不自动 composer config --unset repositories。结果就是：工具显示“切换成功”，实际请求仍发往 packagist.org。
缓存未清 + 配置未验证 = 失效假象
工具执行完配置后，几乎从不自动运行 composer clear-cache，更不会调用 composer diagnose 或 composer update -vvv 抓真实请求 URL。导致你看到的“命令失效”，其实是旧缓存里的 packages.json 还在起作用，或者诊断输出和真实网络行为不一致。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 验证是否真生效，必须三处一致：
composer config -g repo.packagist输出完整 JSON、composer diagnose的 “Repo:” 行匹配镜像域名、composer show -p | head -3第一行显示对应源地址 - 临时调试更可靠：直接用
composer install -vvv --repository-url=https://mirrors.aliyun.com/composer/，绕过所有配置层 - Windows 下 Git Bash 可能读错路径（
%APPDATA%\Composer\config.json而非~/.composer/config.json），工具若没适配，写入位置就错了
Composer 2.2+ 已弃用 repo.packagist，但工具没同步更新
当前稳定版（2026 年主流为 2.5+）要求全局镜像必须用 repositories.packagist.org 键名，而大量第三方工具仍硬编码旧键名 repo.packagist。这不是兼容问题，是明确被忽略——Composer 不报错，但字段压根不加载。你运行 composer config -g repo.packagist 可能返回空或旧值，而真正该查的是 composer config -g repositories.packagist.org。
最稳妥的做法，永远手动执行带 -g 的原生命令，并立刻用 -vvv 日志确认请求发出的域名。工具省不了事，反而藏了最容易被忽略的细节。
