必须在 repositories 数组中添加多个 type 为 "path" 的对象，每个 url 指向一个含合法 composer.json 的独立本地子目录；支持通配符如 "packages/*" 批量扫描，但需确保各包 name 唯一、路径真实存在且大小写精确匹配。
path仓库怎么配多个本地包
直接在 repositories 数组里加多个 type: "path" 项，每个 url 指向一个含合法 composer.json 的本地目录即可。Composer 会逐个扫描这些路径，匹配 require 中的包名。
常见错误是把多个包塞进同一个目录然后只配一个 url，结果只识别第一个或报错——必须保证每个包独占一个子目录，且各自有独立的 composer.json。
-
url必须是相对路径（如"modules/payment"）或绝对路径（不推荐，跨机器易失效） - 多个
path条目顺序无关，Composer 不按顺序匹配包，而是全量扫描后按包名精确匹配 - 若两个本地包声明了相同
name，Composer 会报错Package name conflict，必须重命名其中一个
用通配符批量加载更省事
当本地包数量变多（比如 packages/utils、packages/api-client、packages/logger），一个个写太重复。可以用通配符简化配置：
{
"repositories": [
{
"type": "path",
"url": "packages/*"
}
]
}
这样 Composer 会自动遍历 packages/ 下所有子目录，只要该子目录里有 composer.json 且含合法 name，就纳入可用包列表。
注意：packages/ 目录本身必须存在，且不能是符号链接（某些系统下扫描失败）；子目录名无需和包名一致，但 composer.json 中的 name 必须唯一且与 require 字段完全匹配。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么配好了却提示 “Could not find package”
最常见原因是路径没被真正识别，不是语法错，而是文件系统层的问题。
- 执行
ls packages/my-package（Linux/macOS）或dir packages\my-package（Windows）确认目录真实存在 - 检查大小写：macOS/Linux 区分大小写，
"MyApp/Utils"和"myapp/utils"是不同包名 - 本地包的
composer.json必须有name字段，且值与require中完全一致（包括 vendor 前缀） - 本地包目录必须已运行过
git init && git commit（哪怕只有一次空提交），否则 Composer 拒绝加载
symlink 行为不一致怎么办
默认情况下，Linux/macOS 用软链，Windows 默认复制。如果你需要统一行为（比如 CI 环境要求必须复制），得显式控制：
{
"repositories": [
{
"type": "path",
"url": "packages/my-package",
"options": {
"symlink": false
}
}
]
}
这个 "symlink": false 会强制复制文件而非创建链接，避免 Windows 权限问题或 Docker 容器内软链失效。反过来，如果想在 Windows 上强制启用软链（需管理员权限或开发者模式开启），设 "symlink": true 即可。
注意：options 只对当前 path 条目生效，不能全局设置；改完要删掉 vendor/ 并重新 composer install 才能生效。
路径仓库本质是开发阶段的“快捷键”，上线前应切换为 VCS 或私有 Packagist，否则部署环境缺少本地路径会导致构建失败。别把 path 配置留在生产 composer.json 里。
