答案是私有包报“could not find package”主因是composer未触发自定义源查询，常见于repositories未置顶、type拼写错误（如“git”而非“vcs”）、url非可克隆地址、minimum-stability未设为dev、autoload未正确声明或未执行dump-autoload。
私有包报 “Could not find package” 不是网络问题，是 Composer 根本没查你的源
常见现象是 composer install 直接中断，提示 Could not find package myorg/utils，但你明明在 composer.json 里写了 repositories。这说明 Composer 没触发自定义源查询——它连请求都没发出去，而是静默 fallback 到 packagist.org。
关键原因有三个：
-
repositories字段写在了全局配置（~/.composer/config.json）里，但项目级composer.json中只要存在"repositories": [...]（哪怕为空数组），全局配置就完全失效 -
type值不是"vcs"或"composer"，比如误填为"git"、"package"或直接漏掉 -
url是网页地址（如https://gitlab.example.com/group/repo），不是可git clone的地址（应为https://gitlab.example.com/group/repo.git或git@gitlab.example.com:group/repo.git）
dev-main / dev-develop 装不上？先看 stability 和分支名是否对得上
写 "myorg/utils": "dev-main" 却报 Version not found，大概率不是 Git 仓库不可达，而是 Composer 拒绝解析这个版本。
检查以下三点：
- 项目根
composer.json缺少"minimum-stability": "dev"—— 默认只接受stable，所有dev-前缀都被过滤 - 没设
"prefer-stable": false，导致即使写了dev-main，Composer 仍会优先找v1.0.0这类 stable tag，找不到就直接放弃 - Git 仓库实际默认分支叫
master或trunk，而dev-main只匹配名为main的分支；可用composer show myorg/utils --all看输出里有没有dev-main
包进了 vendor/ 但 new MyOrgUtilsClient() 报 Class not found
下载成功 ≠ 类能自动加载。Composer 不会读你私有包的目录结构，它只认它自己 autoload 字段声明的映射规则。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
必须确认：
- 私有包自身的
composer.json里有autoload段，且类型是psr-4或psr-0（files不适用于类自动加载） -
psr-4的路径是相对于**私有包自身根目录**的，比如"MyOrg\Utils\": "src/"，而不是"src/MyOrg/Utils/"或./src/ - 主项目运行过
composer dump-autoload—— 改过私有包的 autoload 规则后，不执行这步，vendor/composer/autoload_psr4.php就不会更新
repositories 配置正确却 still not found？验证它是否被真正加载
一个字段写错，Composer 就会静默忽略整个 repositories 条目，继续走默认源。别只信 composer config 输出，要看真实行为。
快速验证方法：
- 删掉
vendor/和composer.lock，再跑composer install -vvv 2>&1 | head -n 20，搜Downloading行，看 URL 是不是你配的私有源地址 - 临时把
repositories改成无效 URL（如https://xxx.invalid），如果报cURL error 6或超时，说明配置已被识别；如果还是Could not find package，说明配置压根没生效 - 确保私有包自身
composer.json中的name字段和你在require里写的完全一致：大小写、分隔符（/）、空格，一个都不能差
最常被跳过的动作是：改完私有包的 autoload 后，忘了在主项目里 dump-autoload；或者以为配了全局 repositories 就一劳永逸，结果 CI 环境根本没读那个文件。这些地方不手动验证，错误就会卡在“看起来配对了，但就是不工作”的死循环里。
