Composer无内置缩写查看命令，仅i是官方单字母缩写；缩写依赖前缀唯一匹配与shell补全，非所有缩写都可靠，推荐用composer list+Tab+-h组合提效。
composer list 能看到所有命令，但缩写得自己记？
Composer 本身没有内置“查看所有缩写”的命令，composer list 显示的是全名命令（比如 install、update），但很多常用命令确实支持短写——只是不显式列出，得靠经验或试出来。
-
composer i等价于composer install（i是唯一被官方认可的单字母缩写） -
composer up或composer upd都能触发update，但这是 shell 的命令补全/模糊匹配行为，不是 Composer 自身逻辑 -
composer req常被用作require缩写，实际生效是因为 Composer 允许前缀唯一匹配：只要没其他命令以req开头（比如没有requeue），它就自动命中require - 缩写不可靠：比如
composer s可能匹配show或search（如果都装了），此时会报错提示“ambiguous”
为什么别依赖缩写，而要靠 -h 和 tab 补全？
靠记忆缩写既慢又易错，真正提效的方式是组合使用 composer list + -h + shell 补全，而不是背简称。
-
composer list按字母排序，一眼扫到想用的命令（比如找dump-autoload，直接看d段） - 敲一半按
Tab（bash/zsh 下）会自动补全完整命令名，比猜缩写快得多 - 不确定参数时，立刻接
-h：composer require -h比翻文档快，且显示当前版本真实支持的选项 - 常见错误现象：
command not found: composer upd—— 这不是 Composer 报错，是 shell 根本没找到这个命令，说明你没装补全脚本，或拼错了
全局命令补全怎么配才不白配？
Composer 官方提供 bash/zsh 补全脚本，但只装不 source 就等于没装，很多人卡在这一步。
- 先确认是否已生成补全脚本：
composer completion bash（或zsh）会输出脚本内容，不是报错就说明支持 - 把输出重定向写入配置文件：
composer completion bash > ~/.bash_completion，然后source ~/.bash_completion - zsh 用户注意：
~/.zshrc里得有fpath+=($HOME/.zfunc)并autoload -Uz compinit && compinit，否则Tab不生效 - 验证是否成功：输入
composer in后按Tab，应自动补成install；输composer show --再按Tab，应列出所有可用选项
哪些缩写真能用，哪些纯属幻觉？
所谓“缩写”，本质是 Composer 的命令前缀匹配机制 + shell 补全的叠加效果。不是所有看起来像缩写的都能跑通。
- 安全可用的：
composer i（install）、composer u（update，因无其他u*命令）、composer req（require）、composer dump（dump-autoload） - 看似合理但可能失败的：
composer s（show / search / status 冲突）、composer c（config / create-project / clear-cache 冲突） - 完全不存在的：
composer rm（没有 remove 命令，卸载得用composer remove vendor/package） - 性能影响为零，但心理影响很大：花 10 秒敲
composer update --dry-run，比纠结cu到底是不是 update 强得多
Tab 和 -h 成为肌肉记忆。补全脚本配一次，之后所有命令都自动提示，连包名都能补全——这点常被忽略，但它才是最硬的效率杠杆。 
