必须在composer.json的config中设置"vendor-dir"并删除旧vendor后运行composer install才生效；该配置仅对当前项目有效，不作用于composer init，且需同步更新autoload.php等硬编码路径。
composer.json 里不能直接改 vendor 目录位置
很多人以为在 composer.json 的 "config" 段里写 "vendor-dir": "my-vendor" 就能生效——其实它只对当前项目有效，且必须配合 composer install 或 composer update 才起作用；composer init 过程中完全不读取这个配置，它始终把 vendor 初始化在当前目录下。
初始化后立即用 config 命令设置 vendor-dir
最稳妥的做法是：先跑 composer init 完成基础项目创建，再立刻执行 composer config vendor-dir my-vendor。这条命令会自动写入 composer.json 的 "config" 区块，并确保后续所有操作（包括 composer install）都使用新路径。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行前确认当前目录下没有
vendor目录，否则已有内容不会被自动迁移 - 如果已运行过
composer install，需先rm -rf vendor再执行config和install -
my-vendor可以是相对路径（如../lib/vendor），但不建议跨磁盘或含空格
全局配置会影响所有项目，慎用
运行 composer config -g vendor-dir /path/to/global-vendor 会修改全局 ~/.composer/config.json，导致所有未显式声明 vendor-dir 的项目都走这个路径。这在 CI 环境或多人协作时容易引发路径混乱。
- CI 脚本中应避免依赖全局配置，优先用项目级
composer.json显式声明 - 全局设置无法覆盖项目级设置，后者优先级更高
- 检查当前生效的 vendor 路径，可用
composer config vendor-dir（不带值）查看
autoload 和脚本路径要同步调整
改了 vendor 目录后，autoload.php 的引入路径、bin 目录下的可执行文件、以及自定义脚本里硬编码的 vendor/autoload.php 都得跟着更新，否则运行时会报 failed to open stream: No such file or directory。
- PHP 文件中推荐用
require __DIR__ . '/my-vendor/autoload.php';替代固定路径 - Composer 脚本（
"scripts"）里调用vendor/bin/phpunit类路径，也要改成my-vendor/bin/phpunit - IDE（如 PhpStorm）可能缓存旧的
vendor路径，需要重新索引或手动刷新 Composer autoloading
