唯一可行方案是composer_home配合全局config.json统一配置vendor-dir，或用符号链接将各项目vendor指向同一物理路径；项目级composer.json中的vendor-dir不生效且无法跨项目共享。
多项目环境下想让所有项目共用一个 vendor 目录，或把依赖集中管理，不能靠改每个项目的 composer.json 里的 config.vendor-dir——它只对单个项目生效，且不支持跨项目共享。真能落地的方案只有两种：一种是用 COMPOSER_HOME + 全局 config.json 统一接管，另一种是用符号链接把各项目 vendor 指向同一物理位置。
为什么项目级 config.vendor-dir 在多项目场景下失效
config.vendor-dir 是项目级配置，只影响当前项目运行 composer install 时的写入路径。它不会改变 Composer 的全局行为，也无法让多个项目“自动”把包装进同一个目录。更关键的是：
- 它必须写在项目根目录的
composer.json中，且值为相对路径（如"libs"），不能是绝对路径或环境变量 - 一旦某个项目已存在
vendor目录，再改这个配置也不会迁移旧包；composer update仍会往原位置写 - 团队协作时，如果有人没提交修改后的
composer.json，其他人composer install就会回到默认vendor/，导致路径不一致、autoload 失败
用 COMPOSER_HOME + config.json 实现真正共享 vendor
这是唯一能让多个项目同时使用同一 vendor 目录的方式。Composer 启动时会优先读取 COMPOSER_HOME 下的 config.json，其中的 vendor-dir 配置会被全局尊重。
操作步骤：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 设环境变量：
export COMPOSER_HOME="/opt/composer-global"（Linux/macOS）或setx COMPOSER_HOME "C:\composer-global"（Windows） - 在该目录下创建
config.json，内容为：{"config": {"vendor-dir": "/opt/shared-vendor"}} - 确保所有项目都未设置
config.vendor-dir，否则会干扰（Composer 2.x 中项目级vendor-dir已被忽略） - 首次运行
composer install前，删掉各项目原有的vendor目录
⚠️ 注意：/opt/shared-vendor 必须是绝对路径，且所有项目对该路径有读写权限；PHP 进程（如 PHP-FPM）也需有访问权限，否则 autoload 会失败。
用符号链接替代配置，保留 vendor 目录名
有些工具链（如 PHPStan、Xdebug 路径映射、某些 CI 插件）硬编码依赖 vendor 这个目录名，不能改名。这时可保留各项目下的 vendor 目录，但让它指向统一位置：
- 先创建共享目录：
mkdir -p /srv/php-packages - 在每个项目根目录执行：
rm -rf vendor && ln -s /srv/php-packages vendor（Linux/macOS）或用mklink /D vendor C:\srv\php-packages（Windows） - 之后所有
composer install都会实际写入/srv/php-packages，而各项目代码里require 'vendor/autoload.php'依然有效
这个方式绕过了 Composer 配置限制，但要注意：composer update 仍会按常规逻辑解析依赖图，只是最终文件落点被链接接管；不同项目若 require 冲突版本，可能引发类加载冲突——这不是路径问题，而是依赖设计本身的问题。
最易被忽略的一点：无论用哪种方式，autoload.php 的生成逻辑和类加载器初始化都基于 vendor 根路径。如果项目间共享 vendor，又各自 require 不同主版本的同一包（比如 A 项目 require monolog/monolog:^2，B 项目 require ^3），Composer 不会报错，但运行时很可能因类重定义或接口变更崩溃——路径统一了，不代表语义兼容。
