运行composer config -g repo.packagist，若输出镜像URL则已被修改；若报错“Key does not exist”或为空，则仍为默认官方源。还原应使用composer config -g --unset repos.packagist（注意键名为repos.packagist）。
如何确认当前 Composer 镜像是否被修改过
Composer 默认使用官方源 https://packagist.org，但国内用户常通过 composer config -g repo.packagist 设置镜像（如阿里云、腾讯云）。判断是否被改过，直接运行：
composer config -g repo.packagist
如果输出类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，说明已被覆盖；若返回空或报错 Key "repo.packagist" does not exist，则仍是默认状态。
还原为官方源的两种可靠方式
推荐优先用删除配置项的方式，避免残留字段干扰：
- 全局配置还原：
composer config -g --unset repos.packagist - 仅针对当前项目（如果误在项目级设了）：
composer config --unset repos.packagist - 验证是否生效：
composer config -g repo.packagist应无输出，且composer diagnose不再提示镜像相关警告
注意：repos.packagist 是实际存储键名（不是 repo.packagist），早期文档有混淆，写错会导致 unset 失败。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 https://packagist.org 不推荐
手动设回官方地址看似直观，但存在隐患：
- 官方源实际由 Composer 内置逻辑识别，硬编码 URL 可能绕过内置的 DNS/HTTP 优化策略
- 某些旧版 Composer（https://packagist.org 的解析不完整，导致
composer update报Could not parse version constraint - 一旦设了显式 URL，后续升级 Composer 时无法自动继承新版本的默认行为（比如支持 IPv6 或备用域名）
所以“删掉”比“设回去”更干净，也更符合 Composer 的设计意图。
还原后仍走镜像？检查这几个地方
即使全局配置已清空，Composer 还可能从其他位置加载镜像：
- 环境变量：
COMPOSER_REPO_PACKAGIST—— 运行echo $COMPOSER_REPO_PACKAGIST查看，有值就unset COMPOSER_REPO_PACKAGIST - 项目根目录下的
composer.json中repositories字段 —— 检查是否有自定义packagist条目 - 全局配置文件位置：
composer config -g -v显示路径，直接打开该config.json确认repositories下无 packagist 相关条目
这些地方都清掉，composer install 才会真正连接 packagist.org，而不是静默 fallback 到某个镜像。
