composer原生不支持包名补全，其completion脚本仅静态识别命令和选项，不查packagist、不读composer.json、不联网；包名补全需依赖ide（如phpstorm）、composer search或第三方工具。

composer require 按 Tab 不补包名？这是设计使然

敲 composer require larav<tab></tab> 没反应，不是你配置错了，是官方补全压根不支持包名补全。Composer 的 completion 脚本只识别命令名和选项（如 --dev、--no-update），不查 Packagist，不读 composer.json，也不联网——它就是一个纯静态 shell 函数。

常见误判场景：

• composer require monolog/<tab></tab> 无提示 → 正常，补全脚本不处理斜杠后内容
• composer require --<tab></tab> 列出一堆 flag → 这才是补全该干的事
• 用 php composer.phar require laravel/<tab></tab> → 必定失效，补全只绑定全局 composer 命令

想补包名？得换工具或换思路

原生 Composer 不提供包名补全，但有更务实的替代路径：

• 在 PhpStorm 或 VS Code 中编辑 composer.json，输入 "require": { 后按 Ctrl+Space，IDE 会调用 Packagist API 补全包名（需配置正确路径）
• 用 composer search + Tab：先 composer search larav<tab></tab> 补全为 search，再输关键词回车，结果里复制包名
• 第三方工具如 inshellisense 可实现实时包名/版本补全，但它要额外安装、启用网络请求，不属于 Composer 自带能力

composer require 参数补全为什么有时失灵

composer require --dev <tab></tab> 不列出子选项（比如 --with-all-dependencies），通常是因为：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 当前 Composer 版本低于 v2.5.0：运行 composer --version 确认，旧版 completion 命令不存在或输出无效；执行 composer self-update 升级
• Zsh 用户启用了 oh-my-zsh 的 composer 插件：它会覆盖官方补全逻辑；临时禁用方法是在 ~/.zshrc 的 plugins=() 中删掉 composer
• 补全代码没放在 compinit 之后：Zsh 下若 composer completion zsh >> ~/.zshrc 写在 compinit 前，整个函数不会加载

验证是否生效：type _composer_completion 应输出函数定义；compgen -A function | grep composer 应含该函数名。

真正提效的组合：list + -h + Tab，不是背缩写

别花时间记 cr 是不是 composer require，也别赌 composer reqi 能不能命中 require —— 前缀匹配不可靠，拼错就报 ambiguous。

• composer list | grep req 一眼看到 require 全名
• composer require <tab></tab> 直接补全命令（前提是补全已配好）
• composer require -h 立刻显示当前版本支持的所有参数和用法，比翻文档快且准
• 高频操作用 shell alias：比如 alias cr='composer require'，但注意它不带补全能力，只是缩短输入

最易被忽略的一点：补全脚本和 IDE 的包名补全是两套完全独立的机制，一个在终端 shell 层，一个在编辑器进程里；出问题必须分开定位，混在一起查只会浪费时间。