镜像源是否生效需执行composer config -g repo.packagist，输出必须为完整json如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空、null或仍为packagist.org即未写入，常见原因：键名误为repos.packagist、漏掉composer type值、url缺末尾斜杠。
确认镜像源是否真正生效
执行 composer config -g repo.packagist，输出必须是类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的完整 JSON。空、null、或仍是 https://packagist.org，说明配置根本没写进去。
常见静默失败原因有三个：
• 键名写成 repos.packagist（多一个 s）
• 漏掉中间的 composer 类型值，例如 composer config -g repo.packagist https://...
• URL 缺末尾斜杠，如 https://mirrors.aliyun.com/composer → 会拼出错误路径 /composerpackages.json，返回 404
项目级 repositories 覆盖全局配置
只要当前目录下 composer.json 顶层有 repositories 字段，全局镜像就自动失效——这是 Composer 的设计逻辑，不是 bug。
安全应对方式：
• 进入项目根目录后，运行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加 -g），它会向 repositories 数组追加 packagist 条目，不覆盖已有私有源
• 若已存在 "repositories": {}，该命令仍可安全执行；但若写成 "repositories": []，命令会失败，需先补上键名再重试
• 手动编辑时，packagist 是固定 key 名，不能改成 huawei 或其他名字
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
并发下载参数已变更：用 http-max-concurrent-downloads
parallel-downloads 在 Composer 2.2+ 中已被弃用，设了也不生效，且无任何提示。
正确启用高并发的方式是：
• 执行 composer config -g http-max-concurrent-downloads 10
• 推荐值为 8–10；超过 12 容易触发临时文件竞争，报错如 file_put_contents(/tmp/): failed to open stream
• 此参数仅对 composer install 有效；composer update 仍需串行解析依赖图，开再高也没用
换源后仍卡在 Resolving dependencies？这不是网络问题
这个阶段完全不走网络，是本地 CPU 在暴力穷举满足所有约束的版本组合。常见真实瓶颈包括：
• memory_limit 过低（如 128M），导致依赖图解析失败重试 —— 临时加 COMPOSER_MEMORY_LIMIT=-1 测试
• 启用了 xdebug（php -v 输出含 xdebug），会让解析慢 5–10 倍 —— 用 php -d xdebug.mode=off $(which composer) install 临时禁用
• platform 配置与当前 PHP 版本不匹配（如写 "php": "7.4" 却在 PHP 8.2 上运行），触发降级查找逻辑
• composer.lock 里残留已下线包的引用，或 vendor 目录混有旧缓存 —— 最干净重试方式：rm -rf vendor composer.lock && composer install --no-cache
