composer config -g repo.packagist 命令生效需同时满足三个硬性条件：键名必须为单数小写 repo.packagist、第二参数必须显式写 composer（type 值）、URL 必须 HTTPS 且以 / 结尾，缺一即静默回退官方源。
composer config -g repo.packagist 命令的三个硬性语法条件
这条命令不是“换地址就行”，写错任意一个字符，Composer 就静默回退到 https://packagist.org，不报错、不提示、日志里照旧显示 Loading composer repositories from packagist.org。
必须同时满足：
-
repo.packagist是唯一合法键名：单数、小写、无空格、无 s（repos.packagist❌、packagist.org❌、Repo.Packagist❌） - 第二个参数
composer是强制 type 值：不是注释，不能省略，不能替换成vcs、package或composer.org - URL 必须是 HTTPS 且末尾带
/：例如https://mirrors.aliyun.com/composer/✅；https://mirrors.aliyun.com/composer❌（少斜杠会导致请求/packages.json时拼成/composerpackages.json，404 后 fallback）
正确示例：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
项目级配置的 repositories 字段写法
项目级配置写进 composer.json 的 repositories 字段，优先级高于全局，也更可靠——尤其在 CI、宝塔、Docker 等多用户环境。
关键点：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行命令前，确认
composer.json中repositories是对象格式："repositories": {}；若为数组"repositories": []，命令会失败 - 运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g），它会自动在repositories数组首位插入镜像项，并显式加{"packagist.org": false}屏蔽默认源 - 已有私有仓库（如
"type": "vcs"）不会被覆盖，而是并列存在；但若手动编辑composer.json，需确保packagist条目在数组最前，否则可能被忽略
最终生成的片段类似：
"repositories": [
{
"packagist.org": false
},
{
"type": "composer",
"url": "https://mirrors.aliyun.com/composer/"
}
]
验证配置是否真生效的三种方式
别信“命令跑完了”，必须实打实验证。最常被跳过的一步，恰恰是问题根源。
- 查配置本身：
composer config -g repo.packagist—— 输出必须是完整 JSON：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空、null、Key not found或仍是官方 URL，说明没写进去 - 看诊断报告：
composer diagnose—— 找Repo.packagist.org这一行，右边应显示你的镜像地址，而不是https://packagist.org - 抓真实请求：
composer install -vvv --no-cache—— 日志中应出现mirrors.aliyun.com或对应镜像域名的GET请求；若仍见packagist.org，说明缓存、lock 文件或配置三者至少一个没清理干净
为什么删 vendor 和 composer.lock 是硬性步骤
镜像只改下载路径，不改依赖解析逻辑。而 composer.lock 里记录的是每个包的 dist.url 和 dist.shasum，这些值最初是从官方源生成的。哪怕你刚配好镜像，Composer 仍会按 lock 文件里的旧 URL 去阿里云找 ZIP 包——但镜像服务的内部路径映射与 packagist.org 不同，必然导致 404 或 hash 不匹配。
- 必须删掉
vendor/目录：避免 Composer 复用已安装但来源不一致的代码 - 必须删掉
composer.lock：强制重新解析依赖树，并从新镜像源拉取元数据生成全新 lock 文件 - 之后只运行
composer install（不是update）：确保所有 dist URL 和 hash 都基于当前镜像源生成
漏掉其中任一，就等于白配——表面快了，实际还在偷偷连海外源，或者直接报错退出。
