最稳的还原方式是执行composer config -g repo.packagist composer https://packagist.org，需严格满足单数键名、显式composer类型、完整https官方url；同时必须清除环境变量composer_repo_packagist、清理项目级repositories配置并执行composer clear-cache，最后用composer require --no-install -vvv验证日志中是否出现downloading https://repo.packagist.org/。
直接执行 composer config -g repo.packagist composer https://packagist.org 是最稳的还原方式，不是删配置，而是显式设对——漏掉 composer 类型前缀、写成复数 repos.packagist、或只清缓存不改配置，都会失败。
为什么 composer config -g --unset repos.packagist 常常没用
这条命令看似“恢复默认”，实际在多数场景下无效：
-
--unset对repos.packagist（复数）字段本身就不该用：Composer ≥2.0 已弃用该键名，设了也不生效，删它等于白操作 - 即使删对了（比如误删了
repo.packagist单数键），旧版 Composer（2.2–2.4）fallback 逻辑有缺陷，可能卡在Could not parse version constraint -
--unset不清缓存，旧镜像的packages.json快照还在，composer update仍按错的数据解析，报Package not found或锁文件错乱
真正生效的配置优先级顺序必须理清
Composer 查源不是看“你设了什么”，而是按固定顺序找第一个匹配项：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 环境变量
COMPOSER_REPO_PACKAGIST—— 存在就直接压倒一切，运行env | grep COMPOSER_REPO_PACKAGIST（macOS/Linux）或echo %COMPOSER_REPO_PACKAGIST%（Windows）确认，非空必须先unset或set COMPOSER_REPO_PACKAGIST= - 项目级
composer.json中的"repositories"字段 —— 优先级最高，哪怕只写了"repositories": []或"repositories": [{"type": "composer", "url": ""}]，也会屏蔽全局设置 - 全局配置（
~/.composer/config.json）里的repo.packagist—— 这才是你该改的地方，且必须是单数、带composer类型、完整 HTTPS URL
验证是否真连上官方源的唯一可靠方法
别信 composer config -g repo.packagist 的输出，它只告诉你“全局配了啥”，不反映真实请求地址。要确认，必须看网络行为：
- 进项目目录，执行
composer require monolog/monolog --no-install -vvv - 滚动日志里找
Downloading https://repo.packagist.org/—— 这个 URL 出现了，才说明真走官方源 - 如果看到
mirrors.cloud.tencent.com或mirrors.aliyun.com，说明环境变量、项目级repositories或缓存三者中至少一个没清理干净 - 顺手跑一次
composer clear-cache，它是硬性前置，不是可选项
最容易被忽略的是项目级 composer.json 里的 "repositories"：它可能来自 Laravel 脚手架、私有模板或历史遗留配置，不手动删掉或重置为空对象，全局怎么设都白搭。真实生效的永远是“谁最后说话”，而不是“谁看起来最权威”。
