唯一可靠方式是修改项目 composer.json 的 config.vendor-dir 并重装：删 vendor 和 composer.lock 后运行 composer install，同步更新所有 require 'vendor/autoload.php' 为新路径，并配置 bin-dir、CI/IDE 路径及团队提交。

不能靠命令行参数临时改，必须改项目 composer.json 的 config.vendor-dir，且要删掉旧 vendor 目录重装——否则 autoload 会失效、bin 命令找不到、CI 脚本报错。

composer.json 里配 config.vendor-dir 是唯一可靠方式

Composer 2.x 已移除 --vendor-dir 等命令行参数，COMPOSER_VENDOR_DIR 环境变量虽仍有效但优先级低、易被忽略，真正稳定可控的只有项目级配置。

• 在项目根目录的 composer.json 中添加（不是 extra 或缩进错位）：

  "config": {
    "vendor-dir": "third-party"
  }

• 值必须是相对路径（如 "libs"），不能以 / 开头，也不支持 $HOME 或通配符
• 改完后必须手动删除整个 vendor 目录和 composer.lock，再运行 composer install —— update 不会迁移已有包

require 'vendor/autoload.php' 必须同步改路径

Composer 生成的 autoload.php 是硬编码路径的入口文件，它不会自动“重定向”。你改了 vendor-dir，但代码里还写 require 'vendor/autoload.php'，PHP 就真的只去找那个路径。

Discussion Composer

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

下载

• 新路径下实际的自动加载文件是 third-party/autoload.php（假设你设的是 "third-party"）
• 所有入口文件（index.php、bin/console、测试启动脚本）都得手动更新这行 require
• composer dump-autoload 完全没用——它只刷新类映射，不重建 autoload.php 主入口

别漏掉 bin-dir 和 IDE/CI 配置

很多包（比如 phpunit、phpcs）通过 "bin" 字段声明可执行文件，Composer 默认软链到 vendor/bin/。你只改 vendor-dir，不配 bin-dir，链接就断了。

• 在 config 里一并加上：

  "config": {
    "vendor-dir": "third-party",
    "bin-dir": "third-party/bin"
  }

• CI 脚本、Dockerfile、部署命令中所有 vendor/bin/phpunit 都得改成 third-party/bin/phpunit
• PHPStorm 等 IDE 默认只索引 vendor，需手动在 Settings → PHP → Include Paths 中添加新路径

最常被跳过的其实是团队协作：改了 vendor-dir 后，composer.json 必须提交，否则队友拉代码后仍走默认路径，两边 vendor 结构不一致，autoload 错乱、测试失败、上线报 Fatal error——问题不在 Composer，而在人没同步改代码里的路径引用。