composer search 命令不支持交互式搜索：它是纯命令行关键词匹配，无界面、无翻页、无动态过滤、不弹出菜单，仅向 packagist api 发起单次请求并格式化输出 json 结果，本质是“查词典”而非“选包向导”。
composer search 命令不支持交互式搜索
直接说结论：composer search 是纯命令行关键词匹配，没有交互式界面、不能翻页、无法动态过滤，更不会弹出选择菜单。它只是向 Packagist API 发起一次 HTTP 请求，返回 JSON 后格式化打印——本质是“查词典”，不是“选包向导”。
常见错误现象：输入 composer search laravel 后看到几十行结果，想按 star 数排序或只看 dev-main 分支的包，发现做不到；或者输错关键词，又得重敲整条命令。
- 它不保存历史，不支持上下键补全关键词
- 不识别语义（比如搜 “cache” 不会自动关联 “psr/cache” 或 “doctrine/cache”）
- 返回结果顺序由 Packagist 决定，无法用
--sort=downloads这类参数干预
替代方案：用 curl + fzf 实现真交互式搜索
真正可交互的方式，是绕过 composer search，直接调用 Packagist 的公开 API，再用终端筛选工具增强体验。最轻量实用的组合是：curl + fzf（macOS/Linux 推荐）或 percol（旧系统兼容）。
实操建议：
- 先装
fzf：brew install fzf（macOS）或sudo apt install fzf（Ubuntu） - 执行这条命令，输入关键词后可实时模糊搜索、上下键移动、回车选中：
curl -s "https://packagist.org/search.json?q=$(read -p 'Search: ' x && echo $x)" | jq -r '.results[].name' | fzf --height=15 --border
- 选中包名后，可立刻装：
composer require，不用再复制粘贴
注意：jq 是必须的解析工具，没装会报错；如果网络慢，可加 timeout 10 防卡死。
为什么不用 composer global require 某个“交互式插件”
社区确实存在如 hirak/prestissimo 或 bmitch/chord 这类扩展，但它们要么已停止维护，要么把简单问题复杂化——比如要求你先 composer global require，再配置别名，最后还依赖 PHP CLI 的 readline 扩展是否启用。
实际踩坑点：
-
composer global的 bin 目录可能不在$PATH中，导致命令找不到 - 某些插件强制覆盖
composer require行为，和团队项目里的composer.jsonschema 冲突 - PHP 版本升级后，全局插件常因依赖锁死而失效，debug 成本远高于手写一行
curl
搜索时容易忽略的 Packagist API 细节
Packagist 搜索接口本身有隐含限制，不注意会导致漏结果或误判：
- 关键词区分大小写？否，但短于 3 字符的词（如 “php”、“api”）默认被忽略，需加引号强制搜索：
q="php" - 想限定组织名？用
type:library或user:laravel参数，例如：https://packagist.org/search.json?q=cache&user=laravel - API 返回最多 20 条，不是全部结果；要翻页得手动加
&page=2，fzf方案里没做分页是因为交互式场景下首轮 20 条足够筛选 - 有些包未设
type字段，search.json就不返回它，哪怕名字完全匹配——这是 Packagist 索引逻辑，不是命令问题
交互式搜索真正的难点不在命令怎么写，而在理解 Packagist 怎么索引、怎么排序、哪些字段可控。敲完 curl 那行只是开始，后面要不要加 jq 提取 description 或 downloads，取决于你此刻到底想解决什么问题。
