bin-dir仅控制新安装包的符号链接位置，不迁移旧文件，也不自动配置path；需清缓存、删vendor后重装，且路径须为相对路径。
改 bin-dir 不会自动迁移旧文件，也不会让命令直接可用——它只控制新安装包的符号链接位置，PATH 还得你手动配。
composer.json 里改 bin-dir 后没生效？先清 vendor 再重装
常见现象：改了 "config": {"bin-dir": "bin"}，运行 composer install 后 vendor/bin/ 里还有文件，bin/ 却是空的。
- 根本原因：
bin-dir只影响「后续新安装或更新」的包，对已存在的vendor/bin文件完全不处理 - 必须删掉整个
vendor/目录（不能只删vendor/bin），否则 Composer 会复用旧结构 - 建议操作顺序：
composer clear-cache→rm -rf vendor→composer install - Windows 用户注意：
bin/路径别含空格或中文，也别用反斜杠\；一律用正斜杠，如"bin-dir": "tools"
为什么 phpunit 还是只能在 vendor/bin/ 下跑？
不是所有包都走 bin-dir 的路——关键看它是否真声明了 "bin" 字段。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 像
phpunit/phpunit、laravel/installer这类明确写了"bin": ["phpunit"]的包，才会被链接到你设的bin-dir - 有些包靠
post-install-cmd脚本复制二进制，可能绕过bin-dir配置，硬写进vendor/bin - 验证方法：删掉
vendor/bin，再跑composer install，然后ls -l bin/看有没有链接生成 - 如果
bin/仍为空，说明该包压根没声明bin字段，改配置也没用
改了 bin-dir，但终端还是找不到命令
Composer 不负责改你的环境变量。它只放文件，不加 PATH。
- 临时用法：在项目根目录下执行
export PATH="./bin:$PATH"（Linux/macOS）或set PATH=%cd%\bin;%PATH%（Windows CMD） - 长期方案：把
$(pwd)/bin或%CD%\bin加进 shell 配置（如~/.zshrc）或系统环境变量 - CI 场景更推荐直接用完整路径调用，比如
./bin/phpunit --testdox，避免 PATH 依赖 - IDE（如 PHPStorm、VS Code）不会自动感知 PATH 变更，需重启或手动配置其终端环境
Windows 下 bin-dir 生成的是 .bat，不是软链
Windows 没有可靠的符号链接支持，Composer 会自动生成包装脚本。
- 你设
"bin-dir": "scripts"，实际生成的是scripts/phpunit.bat，内容是调用 PHP 执行原脚本 - 这意味着：不能直接敲
phpunit，得敲phpunit.bat，除非你把.bat加进PATHEXT - 某些防病毒软件会拦截
.bat生成，导致失败；可临时禁用再试 - 脚本第一行 shebang（如
#!/usr/bin/env php）在 Windows 上无效，真正起作用的是.bat里的 PHP 路径
最容易被忽略的一点：项目级 bin-dir 配置优先级高于全局，但它的路径必须是相对路径；写成 "./bin" 或绝对路径都会让 composer install 报错 Invalid bin-dir path。
