composer search命令已彻底移除，因Packagist自2022年底关闭搜索API；替代方案是用curl直调https://packagist.org/search.json?q=关键词，返回前10条结果，再通过composer show --all和--dry-run验证兼容性。
composer search 命令已失效，别再试了
它在 Composer 2.2+ 中被彻底删除，不是你配置错、没联网或拼写问题——Packagist 自 2022 年底关闭搜索 API 后，这个命令就没了。你现在运行 composer search log，必然得到 Command "search" is not defined。降级到 Composer 1.x 也只返回前 10 条、无分页、不支持过滤，实际不可靠。
用 curl 直调 Packagist 搜索接口最轻量
目前唯一稳定、官方维持的搜索方式是调用 https://packagist.org/search.json?q=关键词。它响应快、结构清晰，且不依赖本地环境。
- 基础用法：
curl -s "https://packagist.org/search.json?q=cache" - 带格式化（需装
jq）：curl -s "https://packagist.org/search.json?q=log" | jq '.results[] | {name: .name, desc: .description}' - 没装
jq？至少加| head -n 20避免刷屏 - 国内用户建议加重试：
curl --retry 2 -s "https://packagist.org/search.json?q=redis"
注意：该接口只返回前 10 条结果，不支持分页。想多看几个候选，只能换词重试，比如从 queue 改成 redis queue 或 amqp client。
搜到包名后必须立刻验证兼容性
curl 返回的只是名字和描述，不能说明它能在你项目里装得上。真实兼容性必须本地验证：
- 确认包是否存在且未废弃：
composer show monolog/monolog—— 成功返回说明可用；失败提示Package not found，大概率是 vendor 名拼错或大小写不对 - 查所有可用版本（含未安装）：
composer show --all monolog/monolog，但它不显示每个版本的php要求 - 模拟安装，提前暴露硬性冲突：
composer require --dry-run phpunit/phpunit:^9，能立刻发现 PHP 版本不兼容、缺失ext-gmp等扩展、或依赖循环
真正卡点在于：composer show 不返回 PHP 版本约束细节，必须点进 Packagist 页面看具体版本的 require.php 字段，或用 composer show -a 查各版本原始 composer.json。
高质量包的判断不能靠命令行输出
下载量低 + 半年没更新 + open issues 里有未关闭的 critical 或 security 标签，基本可判定已半废弃。这些信息命令行全不提供：
- 优先看 Packagist 页面右上角的
Downloads / month和Last updated - 点进
Source链接，直接看 GitHub 的 Commits 时间轴 —— 最近一次 commit 是 2024 年还是上周，比 README 里写的 “actively maintained” 管用十倍 - 检查
require字段是否还锁着"php": "^7.4"，而你项目已上 PHP 8.2 -
type字段决定能否乱塞：值为laravel-package却用在 Symfony 项目里，轻则服务注册失败，重则容器编译报错
命令行只负责初筛包名，Packagist 页面才是决策现场。那些不起眼的字段，决定你下周是不是在修兼容性 bug。
