必须禁用packagist.org并配置正确URL：在composer.json根级添加"packagist.org": false，且私有仓库URL末尾斜杠不可省略，否则404后Composer静默回退官方源。
要在企业内网环境中让所有PHP项目统一从内部地址拉取依赖，必须绕过默认的packagist.org源，把请求导向自建的Satis或Artifactory仓库，否则开发机一断外网就完全无法安装包。
配置项目级私有仓库源
进入项目根目录，执行命令添加私有仓库地址：composer config repo.packagist composer https://packages.internal.company/dist/。
这一步会直接修改当前项目的composer.json，在repositories字段中插入packagist条目，不覆盖已有私有源；手动编辑JSON极易因逗号或引号错误导致composer install直接报错。
【URL末尾的斜杠/不可省略】——少一个就会拼出https://packages.internal.company/dist/packages.json，返回404，Composer静默回退至官方源，且不提示。
禁用默认Packagist源
在项目composer.json的根层级添加一行："packagist.org": false。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
这行必须与repositories同级，不能放在repositories数组内部；漏掉它，Composer仍会优先查packagist.org，你的私有包永远不被匹配，报错信息只会是Could not find package vendor/name，哪怕该包100%存在于内部仓库。
配置完成后，删掉vendor/和composer.lock，再运行composer install --no-cache——旧lock文件记录的是官方源的包哈希，与私有源元数据不兼容，必然触发hash does not match错误。
验证仓库是否生效
方法一：运行composer show -p，观察输出中Repository URLs是否包含你配置的内部地址。
方法二：临时将内部仓库URL改成一个不存在的路径，再执行composer update --dry-run，如果报错信息中出现Connection refused或404 Not Found，说明请求已正确路由到你指定的地址。
方法三：在项目根目录下执行curl -I https://packages.internal.company/dist/packages.json，返回HTTP 200且Content-Type为application/json，表示仓库服务可访问、元数据格式有效。
