必须执行三步：先清除环境变量和项目级配置，再用composer config -g repo.packagist composer https://packagist.org覆盖全局配置，最后运行composer clear-cache并验证日志中出现repo.packagist.org。
全局禁用 Composer 中文镜像，不是删配置、也不是改 URL，而是让 Composer 彻底忽略所有镜像地址，强制回退到 https://packagist.org。只执行 composer config -g --unset repos.packagist 不够，漏掉缓存和项目级覆盖，90% 的人会卡在“明明删了还走镜像”上。
确认当前生效的镜像源在哪一层
Composer 查源顺序是：环境变量 > 项目级 composer.json > 全局配置。不能只看 composer config -g repo.packagist 输出，得逐层验证：
- 运行
composer config repo.packagist（不加-g）：若输出阿里云或腾讯云地址，说明项目级已覆盖全局 - 运行
env | grep COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows）：有输出就代表环境变量在起作用，必须先unset COMPOSER_REPO_PACKAGIST - 打开项目根目录下的
composer.json，搜索"repositories"或"config"块：哪怕只有一行{"type": "composer", "url": "..."}，也会屏蔽全局设置
执行真正有效的全局禁用命令
旧版命令如 composer config -g --unset repos.packagist 在 Composer 2.2–2.4 中可能触发 fallback 异常，最稳写法是直接覆盖为官方源：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 composer https://packagist.org（注意第二个composer是类型前缀，不能省） - 如果之前用的是复数键名
repos.packagist，也建议统一改成单数repo.packagist，避免小版本兼容问题 - 别写成
https://packagist.org或https://repo.packagist.org——缺composer类型前缀，Composer 不识别，配置静默无效
必须清缓存，否则请求仍走旧镜像
Composer 缓存里存的是镜像站返回的 packages.json 快照，不清缓存，composer update 依然解析错包、锁文件混乱、甚至报 Could not find package：
- 运行
composer clear-cache - 手动检查缓存目录是否真空：
ls -la ~/.composer/cache/（Linux/macOS）或dir %APPDATA%\Composer\Cache\（Windows） - 验证是否生效：
composer require monolog/monolog --no-install -vvv，滚动日志中找Downloading https://行——正确应含repo.packagist.org，不是任何镜像域名
禁用后仍报错或超时？重点查这三处
“禁用镜像”不是开关式操作，只要某处还留着指向镜像的配置，Composer 就会尝试请求它：
-
composer.json里残留的"repositories"块：哪怕内容为空或只写了{"packagist.org": false}，也会干扰逻辑，直接删整段 - 全局配置中残留的
auth.json或repositories.json：路径在~/.composer/下，可一并删掉再试 - DNS 或网络层问题：某些环境对
packages.json.gz响应处理异常，临时加--no-cache绕过本地缓存干扰；或用ping packagist.org确认基础连通性
