Composer镜像配置失效90%因repo.packagist键名拼错，必须严格按官方格式；补全功能与镜像源完全独立，不感知包名或依赖，仅识别命令和选项；项目级repositories会屏蔽全局镜像但不影响补全。
composer config -g repo.packagist 命令写错就完全失效
镜像配置不生效，90% 是因为 repo.packagist 键名拼错——多一个 s（repos.packagist）或少一个点（repopackagist），命令都不报错但配置被静默忽略。必须严格按官方格式执行：
-
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（结尾必须带/） -
composer config -g repo.packagist composer https://mirrors.huaweicloud.com/repository/php/composer/（路径含/repository/php/composer/，不是/composer/） - 验证是否成功：
composer config -g repo.packagist输出应为完整 JSON，形如{"type": "composer", "url": "https://..."}
补全脚本和镜像源是两套独立机制，互不影响
很多人误以为换镜像后补全会自动支持包名提示，其实不会。Composer 的命令行补全只识别命令名与选项（如 composer req<TAB> → require），不感知 Packagist 或任何镜像源内容。它不查网络、不读 composer.json、不解析当前项目依赖。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 补全生效前提是：全局安装的
composer+ 正确注册composer completion bash/zsh脚本 - 局部调用
php composer.phar或./vendor/bin/composer永远不会触发补全 - 即使你配了华为云镜像，
composer require laravel/<TAB>依然没反应——这是设计如此，不是镜像问题
项目级 repositories 会覆盖全局镜像，导致补全“看起来正常但下载仍慢”
补全功能本身不受 repositories 影响，但如果你在项目 composer.json 里写了 "repositories": {...}，哪怕只是空对象 {}，全局镜像就会被屏蔽。这时补全照常工作（composer install<TAB> 还能补全选项），但实际下载走的是默认源或错误源，速度毫无改善。
- 安全写法：显式声明
packagistkey，且 type 必须为composer - 检查当前生效源：
composer config --list | grep repositories - 临时禁用项目级配置测试：
composer install --no-plugins -n
parallel-downloads 配置对补全无影响，但决定下载快慢
composer config -g parallel-downloads 8 只作用于 install 阶段的 ZIP 包并发下载，和补全逻辑完全无关。但它和镜像源共同构成提速组合：镜像解决“连得上”，并发解决“下得快”。
- 该设置仅对
composer install生效；update仍需串行解析依赖图 - 设为 10 容易触发临时文件竞争，报
file_put_contents(/tmp/): failed to open stream - 补全函数本身不读取此配置，也不依赖它——但没它，就算补全再快，install 还是卡在下载
repositories 字段的存在本身就会让全局镜像失效，而这个失效对补全毫无提示，你只会发现 composer install 还是慢——得靠 composer config --list 主动确认。 
