composer镜像配置位于项目级composer.json、用户级~/.composer/config.json或系统级；应先用composer config --list命令定位，再用--unset安全删除，最后清缓存并用composer diagnose验证是否回归官方源。
确认镜像配置在哪一层
Composer 镜像配置可能藏在三个地方：项目级 composer.json、用户级 ~/.composer/config.json（或 %APPDATA%\Composer\config.json）、极少见的系统级。直接删文件容易漏，先用命令定位：
-
composer config --list --global | grep repositories—— 查全局是否设了镜像 -
composer config --list | grep repositories—— 查当前项目是否设了镜像
注意输出里的 key 名，常见是 repositories.packagist.org，不是 packagist 或 packagist.com；如果看到 URL 是已停用的地址（比如 https://mirrors.tencentyun.com/composer/），就是它了。
用 config --unset 安全删除镜像条目
手动编辑 JSON 容易格式出错，优先走命令行：
- 删全局镜像：
composer config --global --unset repositories.packagist.org - 删项目级镜像：
composer config --unset repositories.my-mirror（my-mirror是你在composer.json的repositories数组里给它起的 key） - 如果镜像是匿名数组形式（没命名），只能打开
composer.json手动删掉整个对象，删完立刻运行composer validate确保 JSON 语法正确
删完别留空对象——"repositories": {} 或 "repositories": [] 都得删干净，否则后续 composer config 命令可能误判。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
清除缓存并验证是否真生效
即使删了配置，Composer 2.2+ 仍可能 fallback 到镜像源（尤其当官方源响应慢时），这不是残留，但会干扰判断：
- 先清缓存：
composer clear-cache（CI 环境加--no-interaction） - 再检查是否回到官方源：
composer diagnose输出里找Repo packagist.org，应显示https://packagist.org，且无 warning 提示“overridden” - 如果仍有
Could not fetch https://mirrors.xxx.com/packages.json报错，说明某处还有引用：查composer.json是否含"packagist": false却没配替代源；查 CI 脚本、Dockerfile、IDE 插件配置里是否硬编码了镜像地址
警惕静默写入镜像的第三方工具
某些工具（如 composer-proxy、JetBrains PHPStorm 的 Composer 插件、甚至某些 CI 模板）会在你不知情时往 config.json 写镜像配置：
- 定期扫描：
composer config --list --global | grep -i mirror - 发现异常项后，用
composer config --global --unset对应 key 清除 - 如果反复出现，建议禁用可疑插件或检查 CI 构建步骤中是否有
composer config --global repo.packagist类命令
真正麻烦的是嵌套在脚本或构建配置里的镜像设置——它们不会出现在 composer config --list 输出里，得靠 grep -r "mirrors\|repository" . 全盘扫。
