Composer config -g repo.packagist 命令静默失败，因必须同时满足：键名严格为单数repo.packagist、第二个参数显式指定type值composer、URL以HTTPS开头且末尾带/，缺一即回退官方源且不报错。
composer config -g repo.packagist 命令为什么总没反应
它根本不是“没反应”，而是静默失败——漏掉 repo.packagist、composer 或 URL 末尾的 / 中任意一个，Composer 就当没这回事，继续走官方源。常见现象是执行完命令，composer install 还卡在 Loading composer repositories，其实请求压根没发到镜像站。
-
repo.packagist必须是单数，写成repos.packagist或packagist.org都无效，且不报错 - 第二个参数
composer是 type 值，不是可选描述，不能省略或替换成https - URL 必须是 HTTPS，且以
/结尾：https://mirrors.aliyun.com/composer/✅，少斜杠就是 404 - 必须带
-g，否则只改当前目录下的composer.json，换个项目就失效
验证是否真写进去了，别信终端没报错
运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，形如：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。如果返回空、null、Key "repo.packagist" does not exist，说明配置根本没落盘。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS 下检查
~/.composer/config.json是否归属当前用户：ls -ld ~/.composer，权限不对就跑chown -R $USER ~/.composer - Windows 下确认用的是当前登录用户 CMD，别混用管理员和普通用户身份
- 群晖或宝塔环境里，必须用 WebStation 绑定的 PHP 路径执行命令，例如：
/volume1/@appstore/PHP82/usr/bin/php /usr/local/bin/composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 加
-vvv看真实请求：composer install -vvv 2>&1 | grep "Downloading"，日志里出现的域名才是最终生效源
全局配置在 CI/宝塔/多用户环境下大概率失效
全局配置写在用户家目录，但 CI 流水线跑在 runner 用户下，宝塔后台用 www 用户，Docker 容器里甚至没有 %APPDATA% 或 ~/.composer。你配得再准，它们也读不到。
- 项目级配置才是协作前提：进项目根目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g） - 该命令会安全写入
composer.json的repositories字段，key 固定为"packagist"，不破坏已有私有源 - 如果
composer.json里"repositories"是数组（[]），命令会报错；需先手动改成对象（{}）再运行 - 改完删掉
vendor/和composer.lock，再composer install，避免旧 lock 文件残留官方源 hash
系统级配置（/etc/composer/config.json）只适用于特定场景
Composer 2.2+ 支持系统级配置，路径是 /etc/composer/config.json，但它不是“一键全局替代方案”，而是一个需要显式授权的例外路径。
- 仅对所有用户（包括
www-data、runner）都读取该文件的环境有效，需手动创建并设权限：sudo chmod 644 /etc/composer/config.json - 内容格式与用户级一致，但必须是合法 JSON，且
repo.packagist键名、composertype、结尾/一个都不能少 - 群晖、宝塔等面板默认不启用此路径，除非你明确修改了 PHP CLI 的
COMPOSER_HOME环境变量指向它 - 绝大多数情况下，直接用项目级配置更轻量、更可控，也更容易被 Git 跟踪和审查
composer install 卡在 Resolving dependencies，和镜像无关，该查 composer.json 版本约束或循环依赖。 
