composer config -g --unset repos.packagist 有时不生效，因字段名应为 repo.packagist（单数），repos.packagist 是旧写法且已弃用；删错字段、composer 2.2–2.4 fallback 缺陷、缓存未清、项目级 repositories 优先覆盖，均会导致失效。
composer config -g --unset repos.packagist 为什么有时不生效
这条命令本意是删掉全局镜像配置，让 Composer 自动 fallback 到 https://packagist.org。但它只在“字段名写对 + 没其他干扰”时才可靠：
- 必须用
repos.packagist（复数repos），写成repo.packagist（单数）不会报错，但删的是另一个字段，实际没动到镜像源 - 旧版 Composer（如 2.2–2.4）在删掉该字段后，可能因 fallback 逻辑缺陷卡住，报
Could not parse version constraint或直接 hang 住 - 删完不等于立刻切换——缓存里还存着镜像的
packages.json快照，composer update仍会读旧数据，导致包找不到、版本错乱 - 即使全局删干净了，只要项目根目录的
composer.json里有"repositories"块，它就优先生效，完全无视全局设置
用 composer config -g repo.packagist 强制设回官方源更稳
比起删配置，直接覆盖更可控，尤其适合 Composer 2.0+ 全版本（包括已知有问题的 2.2–2.4 小版本）：
- 运行
composer config -g repo.packagist composer https://packagist.org，明确告诉 Composer：“所有元数据都从这个地址拿” - 字段名必须是
repo.packagist（单数），这是 Composer 2.0+ 唯一认的键名；repos.packagist已被弃用，设了也无效 - 如果之前混用过两种写法，建议先清理：分别执行
composer config -g --unset repos.packagist和composer config -g --unset repo.packagist - 仅当前项目临时切回？进项目目录后运行
composer config repo.packagist composer https://packagist.org（不加-g）
为什么 clear-cache 不可跳过
composer clear-cache 不是可选项，是硬性步骤。缓存不清理，Composer 会继续用旧镜像下载的元数据，结果就是：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer update找不到新发布的包（因为镜像同步延迟，而缓存里没更新） - 锁文件（
composer.lock）生成错误版本号，甚至报Package not found - 验证时看到的仍是
mirrors.aliyun.com的 URL，误以为没切成功 - 检查缓存是否清空：
ls -la ~/.composer/cache/（Linux/macOS）或dir %APPDATA%\Composer\Cache\（Windows），应为空或只剩空子目录
验证是否真走官方源，别信命令没报错
执行完命令 + 清缓存后，必须做两件事才能确认生效：
- 查配置：
composer config -g repo.packagist应输出{"type": "composer", "url": "https://packagist.org"}；若返回空或报Key "repo.packagist" does not exist，说明没设上 - 查真实请求：
composer require monolog/monolog --no-install -vvv，观察日志中 “Downloading” 行——正确 URL 是https://repo.packagist.org，不是任何镜像域名 - 如果仍走镜像，立刻检查：
composer config repo.packagist（不带-g），看是否被项目级composer.json覆盖；再查环境变量：env | grep COMPOSER_REPO（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows）
最常被忽略的一点：Composer 的源行为不依赖“默认值”，而依赖“字段是否存在”。你删掉或覆盖了 repo.packagist，它才走官方地址；其他配置项（比如 secure-http、process-timeout）不会因此自动还原成文档写的“默认值”，它们由内部硬编码决定，且无撤销机制。
