Composer 不支持全局命令别名，需通过 shell 配置 alias 或函数实现；alias 无法嵌套或正确传参，应优先使用 shell 函数（如 cu() { composer update "$@"; }）或 composer.json 的 scripts 字段。
Composer 本身不支持全局命令别名，所有像 cu、c 这类简写，都得靠 shell 层（~/.bashrc 或 ~/.zshrc）配置，不是 Composer 自己的功能。
怎么在 Bash/Zsh 里加 alias 最快生效
确认当前 shell：echo $SHELL。现代系统（macOS 10.15+、Ubuntu 20.04+）默认是 zsh，老环境或容器里可能是 bash。
- 如果是
zsh：往~/.zshrc末尾追加，例如：alias c='composer'、alias cu='composer update' - 如果是
bash：改~/.bashrc或~/.bash_profile（后者更常用于登录 shell） - 保存后必须执行：
source ~/.zshrc（或对应文件），否则当前终端不生效 - 新开终端会自动加载，不用重复
source
注意：alias cu='c update' 是错的——alias 不展开嵌套，c 不会被识别为已定义的 alias。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么 alias 传参数会失败？该用函数
执行 cu monolog/monolog --with-all-dependencies 时，alias cu='composer update' 会报 Too many arguments，因为 alias 只替换开头，后面参数被丢弃或误解析。
- 正确做法是写 shell 函数：
cu() { composer update "$@"; } -
"$@"保证所有参数（含空格、引号、选项）原样透传给composer update - 同理可加：
cr() { composer require "$@"; }、ci() { composer install "$@"; } - 函数名避开系统命令，比如别叫
ci（GNUci是 RCS 工具），推荐cinstall或coi
CI/容器里千万别依赖 alias
CI 流水线（GitHub Actions、GitLab CI）或 Docker 容器通常用非交互式 shell，~/.zshrc 或 ~/.bashrc 默认不加载，alias 全部失效。
- CI 脚本中必须写完整命令：
composer update --no-interaction，不能写cu --no-interaction - 若想统一行为，优先用
composer.json的scripts字段定义项目级命令，如"up": "composer update"，再通过composer run up调用 -
scripts是跨平台、跨 shell 的，且能组合（@clear-cache）、带描述、支持数组顺序执行
最容易被忽略的是：shell 函数只在你自己的终端生效，而 composer.json 的 scripts 才是团队协作和自动化场景下真正可靠的“别名”载体；别把本地省事的 alias 当成通用方案。
