执行 composer config -g --unset repo.packagist 才真正生效，键名必须为单数 repo.packagist，且需配合清缓存、检查环境变量及项目级 repositories 配置，最后通过日志验证请求域名是否为 repo.packagist.org。
执行 composer config -g --unset repo.packagist 才真正生效
很多人用 composer config -g --unset repos.packagist（复数 repos）命令，结果删不掉镜像——因为 Composer 2.x 识别的键名是单数 repo.packagist，不是复数。写错后配置仍存在，只是被忽略，composer install 看似走官方源，实则因“没配成功”被动 fallback，而非主动还原。
正确操作必须严格匹配三要素：
-
-g参数不能漏，否则只删当前项目composer.json里的配置 - 键名必须是
repo.packagist（小写、单数、带repo.前缀） - 不能加
type或 URL 参数，--unset后只跟键名
验证是否删干净：运行 composer config -g repo.packagist，返回 Key "repo.packagist" does not exist 或空输出才算成功。
别忘了清理缓存和检查环境变量
即使配置已删，Composer 仍可能从旧缓存拉元数据，导致 composer update 看起来还在走镜像地址。必须紧接着执行：
-
composer clear-cache—— 清掉本地缓存的包信息和仓库索引 -
echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows）—— 检查环境变量是否覆盖了配置
如果环境变量有值，直接 unset COMPOSER_REPO_PACKAGIST（Linux/macOS）或 set COMPOSER_REPO_PACKAGIST=（Windows）即可解除强制绑定。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级配置可能偷偷覆盖全局设置
全局删干净了，但 composer install 还是从阿里云下载？大概率是项目根目录的 composer.json 里还留着 "repositories" 字段。这个字段优先级高于全局配置，会直接接管请求路由。
检查方式很简单：
- 进项目目录，运行
composer config repos.packagist，有输出就说明项目级镜像仍在 - 打开
composer.json，搜索"repositories"，整块删掉（包括"packagist": {...}或"packagist.org": false这类条目） - 也可以用命令清理：
composer config --unset repositories（不加-g）
注意：如果 repositories 是数组格式（如 "repositories": []），composer config --unset 可能失败，这时得手动编辑 JSON 并确保格式合法。
验证是否真走官方源，不能只看命令输出
删完配置、清完缓存、确认无环境变量和项目级干扰后，仍需观察真实网络请求才能断定是否还原成功。最可靠的方法是加详细日志：
-
composer require monolog/monolog --no-install -vvv 2>&1 | grep -i 'repo\.packagist\.org'—— 正确应看到https://repo.packagist.org的请求路径 -
composer show -p | head -5—— 查看包列表来源，域名应为packagist.org，不是mirrors.aliyun.com
如果日志里出现任何国内镜像域名，说明还有残留配置没清干净——这时候不要猜，直接按顺序检查全局配置、环境变量、项目 composer.json 三处，漏掉任意一个都会让“取消镜像”变成假动作。
