composer 项目目录路径不可配置，依赖默认装入 vendor 文件夹；-d 参数仅指定 composer.json 位置，不改变 vendor 路径；唯一修改方式是通过 composer.json 中 config.vendor-dir 配置，并需清空 vendor 和 composer.lock 后重装。

Composer 项目目录路径本身不能配置——composer install 总是把依赖装进当前项目根目录下的 vendor 文件夹，这个行为是硬编码的，没有开关、参数或配置项能绕过它直接改“项目目录”位置。

为什么 composer install -d /path 不改变 vendor 路径

-d 参数只影响 Composer 去哪找 composer.json 和 composer.lock，不改变任何写入行为。它等价于先 cd /path 再运行 composer install。

• 执行 composer install -d /tmp/myapp 后，包仍会装进 /tmp/myapp/vendor，不是 /tmp/vendor
• CI 脚本里滥用 -d 却没配 config.vendor-dir，会导致本地能跑、流水线报 Class not found
• 该参数对 autoload.php 路径、bin 脚本位置、IDE 索引毫无影响

真正能改依赖存放位置的唯一方式：提前配 config.vendor-dir

必须在 composer.json 中声明，且只在 vendor 目录不存在时生效。改完要清空 vendor 和 composer.lock 才能触发重装。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 写法示例：{"config": {"vendor-dir": "third-party"}}
• 后续 require_once 'third-party/autoload.php' 必须同步更新，否则自动加载失败
• vendor/bin/ 下的脚本会变成 third-party/bin/，所有 CI 脚本、PATH 设置、IDE 配置都要跟着改
• 某些工具（如 PHPStan、Xdebug path mapping）可能硬编码 vendor 名，需额外适配

想让多个项目共用一份依赖？用 COMPOSER_HOME + 全局 config.json

这不是改“当前项目目录”，而是让所有项目都把包装进同一个外部路径，靠环境变量和全局配置驱动。

• 先设环境变量：export COMPOSER_HOME="/opt/composer-global"（Linux/macOS）
• 再在 /opt/composer-global/config.json 里写：{"config": {"vendor-dir": "/opt/shared-vendor"}}
• 注意：vendor-dir 放在项目级 composer.json 里会被忽略，只有全局或系统级 config.json 生效
• 该方案下，每个项目仍保留自己的 vendor 符号链接（可用 ln -sf /opt/shared-vendor vendor），避免工具报错

最常被忽略的一点：改了 vendor-dir 或用了共享路径后，autoload.php 的引入路径、bin 脚本调用方式、IDE 的自动补全索引、以及所有硬编码 vendor/ 的工具链，都得手动对齐——Composer 不会帮你改代码里的 require 或 CI 脚本里的路径。