composer install 访问非官方源是因为 composer 会读取项目 composer.json 和全局配置中的自定义 repositories；唯一可靠禁用方式是同时执行 composer config --global repositories.0 false 和 composer config repositories.0 false，使 repositories 输出为空数组。
为什么 composer install 会访问非官方源
Composer 默认会读取项目根目录下的 composer.json 中的 repositories 字段，以及全局配置（~/.composer/config.json 或 COMPOSER_HOME/config.json）里的仓库定义。只要存在 type 为 composer 或 package 的自定义源，命令就会尝试访问它们——哪怕只是检查包元数据，也可能触发网络请求或失败报错。
用 --no-plugins 和 --no-scripts 不够，真正起效的是 --no-cache + 配置覆盖
禁用插件或脚本无法阻止 Composer 加载和使用已声明的仓库。唯一可靠的方式是让 Composer **完全忽略所有自定义仓库声明**，包括项目级和全局级。这需要两个动作同时生效：
- 通过
COMPOSER_NO_INTERACTION=1环境变量避免交互式提示干扰 - 用
composer config --global repositories.0 false清空全局仓库列表（注意：不是删掉字段，而是设为false，这是 Composer 唯一识别的“禁用”标记） - 对当前项目，运行
composer config repositories.0 false（不加--global），覆盖composer.json中的repositories
执行后，composer show 或 composer install 将只使用 packagist.org 官方源，且不会报 Repository "xxx" is not valid 类错误。
repositories.0 false 是硬性规则，不能写成 null 或 []
很多人尝试用 composer config repositories [] 或手动编辑配置文件写 "repositories": null，但 Composer 解析时会直接跳过该字段，回退到默认行为（即加载所有声明的源）。只有显式设置 repositories.0 为布尔值 false，才会触发内部的“禁用仓库链”逻辑。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证是否生效：运行 composer config repositories，输出应为 []（空数组），而非 {"packagist.org": true} 或其他对象。
CI/CD 中建议用临时配置而非修改全局状态
在 GitHub Actions、GitLab CI 等场景下，直接改 --global 配置可能影响后续步骤。更稳妥的做法是：
- 先备份原始配置：
composer config --global --list > /tmp/composer-config-backup - 执行命令前注入临时配置：
COMPOSER_HOME=/tmp/composer-tmp composer config --global repositories.0 false - 再运行目标命令：
COMPOSER_HOME=/tmp/composer-tmp composer install
这样既隔离了环境，又避免了权限问题（比如某些 CI runner 禁止写入 ~/.composer）。
别忘了，如果项目 composer.json 里写了 "type": "vcs" 或 "package" 源，仅靠配置无法绕过——必须先删掉或注释掉这些块，否则 Composer 会在解析阶段直接报错退出。
