应执行composer config --global --unset repos.packagist并运行composer clear-cache，再验证composer config --global repo.packagist返回空且composer diagnose显示“Repo packagist is default”，同时清理项目级repositories字段及环境变量，确保实际请求URL为https://repo.packagist.org。

清空 Composer 全局镜像配置（config repo.packagist）

Composer 的镜像配置通常通过 composer config 写入全局或项目配置文件，最常见的是覆盖了 repo.packagist 的 URL。清空它不是删文件，而是用命令显式重置为默认值（即官方源）。

• 执行 composer config --global --unset repos.packagist 可彻底移除自定义镜像配置项
• 如果之前用的是 composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/ 这类写法，--unset 是唯一可靠清除方式
• 不要手动编辑 ~/.composer/config.json —— 容易格式错误，且 Composer 会优先读取该文件的结构化内容，手改后可能引发 JSON parse error

验证是否已恢复为官方源

清空后必须验证，因为 Composer 不会提示“已还原”，只静默生效。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 运行 composer config --global repo.packagist，若返回空行，说明已 unset 成功
• 运行 composer config --global repos 查看整个 repos 配置块，确认没有残留的 packagist 字段
• 执行 composer diagnose，关注输出中 “Repo packagist is default” 是否出现 —— 这是真正可靠的判断依据

为什么 composer config --global repo.packagist "" 不行

把值设为空字符串看似清空，实则会让 Composer 把它当作一个合法但无效的源，后续 install/update 时会报错：Could not fetch https://api.github.com/repos/... (404) 或卡在元数据拉取阶段。

• "" 和 null 在 Composer 配置里语义不同：空字符串是有效值，--unset 才是逻辑删除
• 某些旧版本 Composer（如 1.x）对空字符串处理更不稳定，可能直接跳过包解析流程
• 一旦误设为空，仅靠 --unset 能救，composer config --global repo.packagist https://packagist.org 也能覆盖，但不如 unset 干净

项目级镜像配置也要单独清理

全局配置清了，不代表当前项目就恢复默认 —— 项目根目录下的 composer.json 或 composer.lock 旁的 composer.local.json（如有）可能还存着镜像设置。

• 检查项目内是否有 composer.json 中的 repositories 字段，手动删掉 packagist 相关条目
• 运行 composer config --unset repos.packagist（不带 --global）清理当前项目配置
• 清理后建议删掉 composer.lock 并重新 composer update --lock，避免 lock 文件里缓存旧镜像的包元数据

实际操作中最容易漏掉项目级配置，或者误以为删了 ~/.composer/config.json 就万事大吉 —— Composer 会自动重建这个文件，且只要里面残留 "repos": {"packagist": {...}}，就仍走镜像。