答案是：path仓库url必须为绝对路径或以./开头的相对路径（相对于主项目composer.json），末尾不可加斜杠；本地包需含合法composer.json且name与require完全一致；须清缓存、删lock并显式指定dev分支版本。
Composer 找不到本地包，path 仓库配置写对了吗？
Composer 报 Could not find package xxx at any version for your minimum-stability 或直接说 Package xxx is not found，大概率是 path 类型仓库的路径没配准——它不接受相对路径缩写（比如 ../my-package），也不自动递归扫描子目录。
-
path仓库的url值必须是**绝对路径**或以./开头的**相对于composer.json所在目录**的路径 - 路径末尾不能带斜杠（
"url": "./packages/my-pkg/"❌ → 应写成"url": "./packages/my-pkg"✅） - 目标目录下必须存在合法的
composer.json，且其中name字段要和require里写的完全一致（包括 vendor 名） - 如果本地包用了
dev-main或dev-develop分支，记得在根项目中显式指定："my-vendor/my-pkg": "dev-main"
为什么 composer update 后还是没拉进来？
Composer 缓存了仓库元数据，改了 repositories 不清缓存就无效。尤其当你从 packagist 切换到本地 path 时，旧的远程包信息还在缓存里。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先运行
composer clear-cache（不是dump-autoload） - 再删掉
vendor/和composer.lock（可选但推荐，避免锁文件残留远程版本） - 重新执行
composer install或composer update my-vendor/my-pkg - 检查输出里是否出现
Loading from cache—— 如果还有，说明缓存没清干净或路径仍不匹配
本地包依赖其他本地包，怎么链起来？
嵌套 path 仓库不自动生效。A 包依赖 B 包，而 A、B 都是本地 path，仅在根项目配 A 的 path 是不够的——B 的路径也得在**同一份 repositories 里声明**，且顺序无关。
- 所有本地包都需平级列在根项目的
repositories数组中 - 不要指望 A 包里的
repositories被读取（Composer 只认根项目的） - 若 B 包本身又依赖 C 包，C 也得加进根项目的
repositories—— 没有“继承”机制 - 路径层级深时建议用绝对路径（如
/Users/me/projects/my-pkg-b），避免因工作目录切换导致解析失败
Windows 下路径斜杠和反斜杠会出问题吗？
会。Composer 内部用的是 Unix 风格路径处理逻辑，\ 或混合斜杠（C:mypkg）大概率被当作文本字面量，最终拼出不存在的路径。
- 统一用正斜杠：
"url": "C:/my-packages/my-pkg"✅ - 或者用
./相对写法（更安全，跨平台） - 避免使用环境变量（如
%USERPROFILE%）或波浪号（~），Composer 不展开它们 - 用
composer config --list | grep repositories看实际加载的配置，确认路径是否被意外截断或转义
name 字符串。
