Composer不支持中文命令别名，二进制链接生效仅取决于bin-dir配置、bin字段声明、脚本生成及PATH设置；vendor/bin命令需确保三者到位才能直接调用，中文命名因系统限制不可行，替代方案为shell函数或scripts字段定义英文命令。
Composer 本身不支持中文命令别名，也**不会自动处理中文脚本名或路径**；二进制链接能否生效，只取决于 bin-dir 配置、bin 字段声明、软链/脚本生成是否成功，以及系统 PATH 是否包含目标目录——和命令名是不是中文完全无关。
怎么让 vendor/bin 下的命令能被直接调用
关键不是“配置”，而是确保三件事都到位：
-
bin-dir在composer.json的config里设对了（比如"bin-dir": "bin"），且已运行过composer install或composer update - 依赖包（如
phpunit/phpunit）或你自己的项目在composer.json中正确声明了bin字段，指向真实存在的可执行文件（如"bin/phpunit"） - 你的 shell 的
PATH包含该bin-dir路径（例如export PATH="./bin:$PATH"），否则即使链接生成了也找不到命令
常见错误：改了 bin-dir 没重装、vendor/bin 被手动删过但没补、Windows 下防病毒软件拦截了 .bat 文件生成。
为什么不能用中文命名命令（比如 phpunit → 测试工具）
Shell 命令查找机制不识别中文文件名作为可执行入口：
- Unix/Linux/macOS 下，
execve()系统调用依赖 ASCII 兼容的文件名，中文名可能触发No such file or directory（即使文件存在） - Windows 的
.bat脚本虽支持 Unicode，但 Composer 生成时默认用系统 locale 编码写入，容易乱码；且 CMD/PowerShell 对中文命令解析不稳定 -
composer exec只是透传命令给子进程，它不翻译、不映射、不重命名——composer exec "测试工具"会直接报错Command "测试工具" is not defined
真正可用的替代方案只有两种：shell 函数封装（如 testrun() { phpunit "$@"; }），或 scripts 字段定义英文名脚本（如 "test": "phpunit" 再 composer run test）。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
想实现“中文语义调用”，只能靠 scripts + 描述字段
composer.json 的 scripts 支持 description，但它只是说明文字，不参与执行：
{
"scripts": {
"run-tests": {
"cmd": "phpunit",
"description": "运行全部单元测试"
}
}
}
这样 composer run -l 会显示 “run-tests : 运行全部单元测试”，但执行仍必须敲 composer run run-tests。没有机制能把“运行全部单元测试”映射成一个可执行命令。
如果你硬要在终端输入中文触发动作，得靠 shell 层自己处理，比如 zsh 函数：运行测试() { phpunit "$@"; }，然后 source ~/.zshrc。但这和 Composer 无关，且跨终端不可移植。
最容易被忽略的一点：所有“别名”类需求，最终都落在 shell 或项目 scripts 上；Composer 的 bin 和 bin-dir 只负责把 PHP 脚本变成可执行文件链接，它不提供命令调度、不解析自然语言、也不做任何字符串映射。
