vendor-dir 配置仅在首次安装时生效，必须删除现有 vendor 和 composer.lock 后执行 composer install 才能生效；后续修改配置无效，且需同步更新 autoload.php 引入路径、IDE 配置及 bin 路径。

不能通过命令行参数或运行时配置临时改 vendor 目录，vendor-dir 只在 vendor 不存在时生效，且必须提前写进 composer.json。

vendor-dir 配置只在首次安装时起作用

Composer 把 vendor 目录路径硬编码在逻辑里，composer install 或 composer update 永远会往项目根目录下写，除非 vendor 文件夹还不存在。你改了 composer.json 里的 "config": {"vendor-dir": "third-party"}，但已经跑过一次 install，那它完全不会动已有 vendor，也不会把新包装到 third-party。

要让它真正生效，必须：

• 删掉现有 vendor 目录
• 删掉 composer.lock（否则 Composer 会按 lock 文件还原旧结构）
• 再执行 composer install

此时它才会按 vendor-dir 创建新目录，并把所有包装进去。

改完 vendor-dir 后，autoload.php 和 bin 文件路径全得手动同步

路径变了，引用就断了——这不是 Composer 的 bug，是设计使然。

Discussion Composer

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

下载

常见断裂点：

• 代码里 require 'vendor/autoload.php' 得改成 require 'third-party/autoload.php'
• IDE（如 PhpStorm）的自动补全、跳转会失效，需重新配置 include path 或 composer.json 解析路径
• bin 下的可执行文件（比如 phpunit、laravel-zero）会生成在 third-party/bin/，而不是默认的 vendor/bin/，系统 PATH 或 CI 脚本调用必须更新
• 某些插件或自定义脚本如果硬编码了 vendor/，也会报错找不到类或命令

不要指望 config.vendor-dir 能覆盖已存在的 vendor

很多人试过改完配置立刻跑 composer update，发现包还是往老 vendor 里装——这是预期行为。Composer 不会移动文件，也不做路径迁移。它只在初始化阶段读 vendor-dir，之后所有操作都基于当前实际存在的 vendor 目录位置。

验证是否生效最直接的方式：

• 确认 vendor 目录不存在
• 检查 composer.json 里 config.vendor-dir 值正确且无拼写错误
• 执行 composer install 后，看生成的是不是你指定的目录名，而不是 vendor

一旦 vendor 目录建立起来，这个路径就“固化”了；后续想换，只能清空重来。

最容易被忽略的是：改了 vendor-dir 却没改 autoload.php 引入路径，结果本地跑通、CI 失败，报 Class not found——因为 CI 环境里 require 的还是旧路径。