Composer唯一可靠缩写是全局参数（如-V、-vvv、-n、-q），均遵循POSIX标准且-h明确列出；命令缩写依赖shell补全，不跨环境一致，不可靠。
Composer 没有“参数缩写查看命令”，但所有全局参数（如 -V、-vvv、-n、-q）都支持短格式，且规则统一、稳定可靠——这才是真正值得依赖的缩写体系。
全局参数缩写是唯一可放心用的缩写类型
Composer 命令本身（如 install、update）的缩写靠前缀唯一匹配 + shell 补全，不保证跨环境一致；但全局参数全部遵循 POSIX 风格：单字符用 -，多字符用 --，且官方文档和 composer -h 始终明确列出短格式。
-
-V等价于--version，输出版本后立即退出，无副作用 -
-vvv是--verbose的三级增强模式，比-v或-vv多输出加载路径、HTTP 请求头等调试细节 -
-n即--no-interaction，在 CI/CD 脚本中必须使用，否则composer init或require可能卡住等待输入 -
-q对应--quiet，但注意它会抑制错误信息输出——调试时慎用，生产部署脚本里倒很实用
composer list 不显示参数缩写，但 command -h 一定显示
运行 composer list 只能看到命令全名（如 dump-autoload），不会提示它支持哪些参数缩写；而每个命令的 -h 输出里，左对齐列明的都是真实可用的短选项。
- 执行
composer require -h，你会看到-d, --working-dir=WORKING-DIR这类明确标注-d的缩写 - 执行
composer install -h，--optimize-autoloader对应的缩写是-o，不是-a或-opt - 某些参数没有短格式（比如
--with-dependencies），-h里就不列-开头项，别硬猜
别信“composer upd”这类民间缩写，它根本不可靠
所谓 upd 能触发 update，本质是 shell 补全脚本把输入前缀映射到了命令，不是 Composer 自身逻辑。一旦补全没配好，或存在其他命令也以 upd 开头（比如你装了插件加了 updown 命令），就会报错 Command "upd" is ambiguous。
- 官方唯一承认的单字母命令缩写只有
i→install -
req能用，是因为当前无其他命令以req开头；但in一定失败（init/install冲突） - 想验证某个缩写是否生效？直接敲
composer xxx回车——报Command "xxx" is not defined就说明不支持，别折腾
补全脚本配不配好，决定缩写能不能用
即使你记住了 composer dump-autoload -o，如果 shell 补全没生效，composer dum<kbd>Tab</kbd> 就不会自动补成 dump-autoload，更别说参数补全了。
- bash 用户：运行
composer completion bash > ~/.bash_completion && source ~/.bash_completion - zsh 用户：先确保
~/.zshrc包含fpath+=($HOME/.zfunc)和autoload -Uz compinit && compinit，再执行composer completion zsh > ~/.zfunc/_composer - 验证方式：输入
composer show --后按 Tab，应列出--installed、--platform等所有可用选项，而不是报错或静默
真正影响效率的从来不是你记住了几个缩写，而是你有没有让 Tab 和 -h 成为肌肉记忆——补全脚本配一次，所有命令和参数缩写自动就位；而靠背缩写，换台机器、升个版本就可能失效。
