Composer版本低于v2.5.0时completion命令不可用，需先执行composer self-update升级，再运行composer completion bash输出以_composer_completion()开头的补全脚本；该补全仅支持命令名与选项两级静态补全，不支持包名、版本号等上下文感知补全。
composer completion命令不输出补全脚本？先看版本
执行 composer completion bash 报错 Command "completion" is not defined，说明 Composer 版本低于 v2.5.0。这个命令是 v2.5.0+ 才内置的，旧版本不支持，硬套教程只会白忙。
- 运行
composer --version确认当前版本，若低于 2.5.0，先执行composer self-update - 升级后再次运行
composer completion bash，输出应以_composer_completion()函数开头 - 别用网上搜到的
composer-completion.bash文件手动下载——路径、权限、版本都容易错，且无法适配你本地的命令结构
中文镜像已配好，但补全仍失效？检查配置层级冲突
镜像源（如阿里云 https://mirrors.aliyun.com/composer/）和命令行补全完全无关，但两者共用同一个 composer 可执行文件。如果补全脚本加载的是全局 /usr/local/bin/composer，而你日常用的是项目内 ./vendor/bin/composer 或 php composer.phar，补全就永远不会触发——这是设计行为，不是 bug。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
which composer和composer --version，确认二者指向同一二进制文件 - 如果
which composer返回空，说明你没装全局 Composer，此时composer completion命令本身都不可用，得先装全局版 - 项目级镜像配置（写在
composer.json的repositories字段）不影响补全逻辑，但会掩盖全局镜像是否生效，排查时可先临时删掉它
zsh + oh-my-zsh 下 Tab 没反应？顺序和插件是关键
oh-my-zsh 默认加载自己的补全链，如果 composer completion zsh 的输出被放在 compinit 之前，或被 plugins=(composer) 覆盖，补全函数就注册失败，且无任何错误提示。
- 打开
~/.zshrc，确认有且仅有这一行启用补全：autoload -U +X compinit && compinit - 把
composer completion zsh的输出粘贴到该行之后，不要放在plugins=()里，更不要启用 oh-my-zsh 自带的composer插件 - 重载后运行
type _composer_completion，应打印出函数定义；若返回not found，说明函数根本没加载 - 首次使用可能延迟，执行一次
composer list再试 Tab，补全响应会变快——脚本内部缓存了命令树
输入 composer require 后按 Tab，为什么补不出包名？
这不是镜像或补全配置的问题，而是官方补全机制的设计限制：它只做两级静态匹配——命令名（如 req → require）和该命令的固定选项（如 --dev、--no-scripts），不查 Packagist，不读 composer.json，也不感知上下文。
-
composer require laravel/<tab></tab>永远不会补全包名，无论你用的是阿里云镜像还是官方源 - 包名提示只存在于 IDE（如 PHPStorm 或 VS Code 配合
Composer JSON Support插件）中，和 Shell 补全无关 - 如果你真需要终端里补包名，得靠第三方工具如
composer-search或直接访问https://packagist.org/search/?q=laravel
