根本原因是repositories配置未生效或本地路径不满足硬性条件：type必须为"path"，路径须为绝对路径且含合法composer.json，name字段须与require完全一致，Git子目录被跳过，且install依赖composer.lock而非实时扫描repositories。
Composer install 报错说找不到包，但包明明在本地路径里
根本原因通常是 composer.json 里的 repositories 配置没生效，或路径格式/权限/结构不符合 Composer 要求。不是“加了就管用”，得满足几个硬性条件。
-
type必须设为"path"，不能写成"package"或漏掉 - 本地路径必须是**绝对路径**（Windows 用
C:/xxx，Linux/macOS 用/full/path/to/package），相对路径（如./packages/mylib）会静默失败 - 目标目录下必须存在有效的
composer.json，且其中name字段要和你在主项目中require的包名完全一致（包括 vendor 名，如"myorg/mylib"） - 该目录不能是 Git 仓库的子目录（比如在
git clone出来的项目里直接指向vendor/xxx），否则 Composer 会跳过扫描
为什么 composer install 不读取本地 repositories？
Composer 默认只在首次安装或 composer update 时解析 repositories，而 install 是按 composer.lock 还原依赖——如果 lock 文件里没有你本地包的记录，它根本不会去查本地路径。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先删掉
composer.lock和vendor/目录 - 确保
composer.json的repositories在require之前声明（顺序无关，但结构要合法） - 运行
composer update myorg/mylib（指定包名），而不是无参数的install或全量update，避免意外拉远程包 - 成功后检查生成的
composer.lock：里面"dist": {"url": "path..."}字段应指向你的本地路径
Windows 下路径配置容易踩的坑
Windows 用户最常卡在路径斜杠和空格上。Composer 内部用的是 Unix 风格路径处理逻辑，对反斜杠和未引号包裹的空格极其敏感。
- 路径必须用正斜杠
/，例如"C:/dev/mylib"，写成"C:\dev\mylib"或"C:/dev/my lib"都会失败 - 如果路径含空格（如
C:/Program Files/mylib），必须整个路径用双引号包裹，并在 JSON 中转义："C:/Program\ Files/mylib" - 确认当前运行
composer install的用户有读取该路径的权限（尤其在 Docker 或 CI 环境中，宿主机路径映射后权限可能丢失）
独立部署包里 composer install 失败，但本地能跑
说明环境差异导致路径解析失败。独立部署包通常打包了 vendor/，但若你期望它在目标机器上重新 install，就必须保证所有本地路径在目标机上真实存在、可访问、且路径一致。
- 不要把开发机上的绝对路径硬编码进
composer.json；改用环境变量："url": "${MYLIB_PATH}"，再通过export MYLIB_PATH=/opt/mylib注入 - 更稳妥的做法是：在部署前用
composer install --no-dev --optimize-autoloader生成完整vendor/，然后打包整个目录，避免目标机执行install - 如果必须运行
install，建议在部署脚本里先做路径校验：test -d "$MYLIB_PATH" && test -f "$MYLIB_PATH/composer.json"
composer install 就只会报“Package not found”，连具体哪一步断掉都不会告诉你。 
