全局改镜像唯一可靠方式是执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，需严格满足键名正确、type 为 composer、URL 以 / 结尾，且必须清缓存并验证日志。
改镜像源不是改 URL 就完事，不带 composer 类型声明、键名拼错、URL 缺末尾斜杠，三条里错一条就静默失效——命令跑完没报错，但 install 还是连 packagist.org。
全局改镜像必须用 composer config -g repo.packagist
这条命令是唯一稳定生效的全局配置方式，它直接写入 ~/.composer/config.json，影响所有项目（除非被项目级覆盖）。
-
repo.packagist是固定键名：不能写成repos.packagist（多一个s）、mirror或repositories，否则 Composer 完全忽略 - 必须显式指定
composer作为 type 值：命令完整结构是composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，漏掉中间的composer，2.x 会 fallback 到默认源 - URL 必须以
/结尾：写成https://mirrors.aliyun.com/composer（少斜杠）会导致路径拼成/composerpackages.json，404 报错 - Windows 用户改完要重开终端，否则环境变量未刷新，
composer config -g repo.packagist查不到新值
项目级改镜像得动 composer.json 的 repositories 字段
项目级优先级高于全局，只要 composer.json 里有 repositories 字段，全局设置就自动失效。这不是 bug，是设计行为。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 不能只写一个镜像对象：
{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}—— 这会让 Composer 绕过 packagist 元数据，导致Could not find package或版本解析失败 - 必须显式禁用默认源：
{"packagist.org": false}放在repositories数组第一个位置 - 正确结构示例（JSON 格式）：
{"repositories": [{"packagist.org": false}, {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}]} - 执行后务必运行
composer clear-cache，否则旧缓存的packages.json仍会干扰版本匹配
验证是否真走镜像，别信“命令跑完了”
下载快 ≠ 走了镜像。Composer 元数据可能走镜像，但 zip 包仍从 GitHub 拉（尤其当项目里硬写了 dist-url）。
- 最可靠方法：运行
composer update -vvv，搜日志里的GET行，确认域名是mirrors.aliyun.com或你配的镜像地址 - 检查配置是否被覆盖：
composer config repo.packagist（无-g）看项目级有没有输出；composer config -g repo.packagist看全局有没有输出 -
composer diagnose输出中找Repo packagist.org:后面的地址，如果不是你设的镜像，说明没生效 - CI/CD 环境下注意用户身份：用
sudo composer config -g写的是 root 的配置，但构建用的是 www 或 runner 用户，得配对应用户的~/.composer/config.json
换源后出问题，先清缓存再查请求链
缓存不清理，90% 的“镜像没生效”都是假象。Composer 会缓存仓库索引、包元数据、甚至 dist 包列表，这些都独立于 --no-cache 控制范围。
-
composer clear-cache是首选，它清掉全部缓存目录（包括 repo、dist、cache） - 手动删缓存更彻底（Linux/macOS）：
rm -rf ~/.composer/cache/repo/https---mirrors.aliyun.com-composer/ - 如果
composer update -vvv日志里出现Could not fetch https://mirrors.xxx//p2/...（双斜杠），说明 URL 拼接出错，大概率是少写了末尾/或多加了/packages.json - 内网或代理环境下，
curl -I https://mirrors.aliyun.com/composer/返回非 200，说明根本没连上镜像——这时换源命令再对也白搭
