最稳命令是composer config repo.packagist，它自动合并环境变量、项目级和全局配置并返回实际生效镜像url；若报错则走官方源https://packagist.org，且该键名（单数repo.packagist）为composer 2.0+唯一认的主源标识符。
怎么确认当前实际生效的镜像源
别只看 composer config -g repos.packagist 有没有输出，得查三层配置里真正被读到的那个值。Composer 查源顺序是：环境变量 > 当前项目 composer.json > 全局配置。运行 composer config repo.packagist（不带 -g）能直接看到当前项目实际用的地址；如果输出是 https://mirrors.aliyun.com/composer/，说明项目级配置盖掉了全局设置。
再验证网络请求是否真走对地方：composer require monolog/monolog --no-install -vvv，滚动日志里找 Downloading https:// 开头的行——正确应含 https://repo.packagist.org，不是任何镜像域名。
如果 composer config -g repo.packagist 报错 Key "repo.packagist" does not exist，说明全局没设源，此时默认走官方；但若 env | grep COMPOSER_REPO_PACKAGIST 有输出，这个环境变量会彻底压倒所有配置，必须先 unset COMPOSER_REPO_PACKAGIST（Linux/macOS）或 set COMPOSER_REPO_PACKAGIST=（Windows）。
执行哪条命令最稳？覆盖比删除更可靠
旧版 Composer（2.2–2.4）在执行 composer config -g --unset repos.packagist 后可能 fallback 失败，卡在 Could not parse version constraint 或静默走错源；而 composer config -g repo.packagist composer https://packagist.org 是明确赋值，绕过所有分支逻辑，所有 ≥2.0 版本都认它。
repo.packagist（单数）是 Composer 2.0+ 唯一认的键名，repos.packagist（复数）已被弃用，设了也不生效；写错不会报错，但配置无效——你根本看不到变化。
操作建议：
- 全局强制切回：
composer config -g repo.packagist composer https://packagist.org - 仅当前项目临时切回：
composer config repo.packagist composer https://packagist.org（不加-g） - 如果之前混设过两种字段，先清理：
composer config -g --unset repo.packagist和composer config -g --unset repos.packagist
为什么清缓存是硬性步骤，不是可选项
换源后不执行 composer clear-cache，Composer 仍会读取缓存里旧镜像下载的 packages.json 快照——结果就是 composer update 找不到新包、版本解析错、锁文件更新失败，甚至报 Package not found。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
执行 composer clear-cache --dry-run 先看路径是否指向 ~/.composer/cache/（Linux/macOS）或 %APPDATA%\Composer\Cache\（Windows）；清完后运行 ls -la ~/.composer/cache/ 或 dir %APPDATA%\Composer\Cache\，应为空或只剩空子目录。
极端情况可临时改缓存路径再清一次：composer config -g cache-dir /tmp/composer-cache-empty && composer clear-cache。
项目级配置常被忽略，它是最高优先级
哪怕全局配置删干净了，只要项目根目录的 composer.json 里有 "repositories" 字段，哪怕只是空数组 [] 或 {"packagist.org": false}，都会彻底屏蔽全局设置。
检查方式：grep -A 5 '"repositories"' composer.json（Linux/macOS），或直接打开 composer.json 搜索 repositories。
临时覆盖项目级设置：composer config --unset repositories；永久解决：手动删掉整个 "repositories": … 片段，再运行 composer update --lock 刷新锁文件。
某些 Laravel 脚手架或私有模板生成的 composer.json 默认禁用 packagist，这种配置是硬编码进模板里的，不改文件就永远绕不过去。
