最直接方式是在项目根目录composer.json中配置"config": {"vendor-dir": "libs"}，执行install前须手动删除旧vendor；环境变量COMPOSER_VENDOR_DIR优先级更高，适用于CI/CD等多环境场景。
修改 composer.json 的 config.vendor-dir 项
最直接的方式是在项目根目录的 composer.json 中声明 vendor-dir，Composer 会优先读取它。注意：该配置只对当前项目生效，不影响全局行为。
示例（将 vendor 改为 libs）：
{
"config": {
"vendor-dir": "libs"
}
}
执行 composer install 或 composer update 后，依赖包会安装到 libs/ 目录下。若之前已有 vendor/，Composer 不会自动清理或移动它——你得手动删掉旧目录，否则可能引发自动加载混乱。
用环境变量 COMPOSER_VENDOR_DIR 覆盖路径
适合 CI/CD、多环境部署或临时调试场景。该变量优先级高于 composer.json 中的配置，且无需修改项目文件。
常见用法：
- Linux/macOS：
COMPOSER_VENDOR_DIR=./deps composer install - Windows PowerShell：
$env:COMPOSER_VENDOR_DIR="./deps"; composer install - Docker：
docker run -e COMPOSER_VENDOR_DIR=/app/vendor-prod ...
⚠️ 注意：如果同时设了 COMPOSER_HOME 和 COMPOSER_VENDOR_DIR，后者只影响当前命令的 vendor 路径，不影响 Composer 自身的全局配置缓存位置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
全局配置改 vendor-dir 的风险
运行 composer config -g vendor-dir /path/to/global-vendor 看似一劳永逸，但不推荐。原因很实际：
- 所有项目都会共用同一个 vendor 目录，极易因包版本冲突导致
Class not found - 不同 PHP 版本或扩展要求的包无法隔离，
autoload.php加载会失败 -
composer dump-autoload可能混写 autoload 配置，后续项目require出错
真正需要“统一管理”的场景（比如离线构建），应改用 composer install --no-dev --prefer-dist + 定制 install-path 插件，而不是硬改 vendor-dir。
vendor 路径变更后，自动加载和脚本怎么适配
Composer 修改 vendor 路径本身不改变自动加载逻辑——只要 vendor/autoload.php 还存在（只是位置变了），require 'vendor/autoload.php' 就必须同步更新路径。
典型问题：
-
require 'vendor/autoload.php'报错：改成require 'libs/autoload.php'（对应你设的vendor-dir） - PHPStorm 提示类找不到：在 Settings → PHP → Include Paths 中添加新 vendor 目录
- 自定义脚本（如 PHPUnit 配置）里硬编码了
vendor/bin/phpunit：需同步改为libs/bin/phpunit
更稳妥的做法是用 Composer 提供的变量：在 composer.json 的 scripts 里用 $COMPOSER_BIN_DIR 或 $COMPOSER_VENDOR_DIR（需 Composer 2.2+），但要注意这些变量只在 composer run-script 内部可用，不能直接用于 shell 命令行。
