composer默认工作路径由当前目录决定，而非配置；只有当前目录存在composer.json时才被视为项目根目录，执行install等命令均在此操作vendor等文件。
composer默认工作路径由当前目录决定，不是靠“配置”出来的
Composer 没有全局生效的“默认工作路径”概念。它所有命令（install、require、update）都严格依赖你**当前所在的目录**：只有该目录下存在 composer.json，它才认为这是“项目根目录”并在此处操作 vendor、生成 autoload、写 lock 文件等。不存在类似 npm config set prefix 那种可设的默认执行位置。
为什么你会觉得需要“配置默认路径”？常见误解场景
实际中想“固定路径”的需求，通常来自以下几种情况：
- 每次都要
cd到项目目录再运行composer install，嫌麻烦 → 解决方案是用 shell alias 或脚本封装，不是改 Composer 行为 - 全局安装的工具（如
laravel/installer）命令找不到 → 这是$PATH问题，不是工作路径问题，需确认composer global config bin-dir --absolute输出的路径是否在$PATH中 - 想让所有新项目自动初始化到某个目录（如
~/projects）→ 这属于个人工作流习惯，可用alias newproj='mkdir -p ~/projects/$1 && cd ~/projects/$1 && composer init'实现
真正能影响路径行为的三个关键配置点
虽然没有“默认工作路径”，但以下三处设置会间接改变你感知到的路径逻辑：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
COMPOSER_HOME环境变量：控制 Composer 自身的配置、缓存、日志存放位置（默认~/.composer），不影响项目操作路径，但改了会影响composer global require的安装目标和config -g的读写位置 -
storage-path全局配置项：通过composer config -g storage-path /path/to/storage设置，只影响 Composer 内部下载包的缓存解压路径（即 vendor 包的临时提取位置），不改变你composer install的最终输出目录 -
bin-dir全局配置项：通过composer global config bin-dir /path/to/bin设置，仅决定composer global require安装的可执行文件放哪，必须确保该路径已加入$PATH，否则命令找不到
容易踩的坑：误把 COMPOSER_HOME 当成项目根目录
有人看到 COMPOSER_HOME 就以为设了它，Composer 就会自动在那建项目。这是错的。设成 /opt/my-composer-home 后，composer init 仍会在你 pwd 所在目录生成 composer.json，而不会跑到 /opt/my-composer-home 去建。它只管自己的配置和缓存，不管你的项目在哪。
真正要约束项目位置，得靠 shell 工作流或 IDE 设置，Composer 本身不提供这个能力。别在 config.json 里翻半天找 “default-project-dir” 这种字段——它根本不存在。
