composer search命令在composer 2.2+中已彻底删除，因packagist自2022年底永久关闭搜索api；替代方案是用curl直调https://packagist.org/search.json?q=关键词，并用composer show验证包可用性。
composer search 命令在 Composer 2.2+ 中已彻底删除，不是你配置错了，而是 Packagist 自 2022 年底起永久关闭了搜索 API —— 现在运行它只会报错 Command "search" is not defined。
为什么 composer search 会报错或返回空结果
这不是网络超时、镜像源没配好，也不是拼写少了个空格。Packagist 官方下线了后端搜索服务，Composer 团队随之移除了该命令。哪怕你降级到 Composer 1.x，返回结果也仅限前 10 条、无分页、不支持过滤，实际不可靠。
-
composersearch（无空格）根本不是合法命令，任何尝试都会失败 -
--only-name、--type=library、--format=json等参数早已随命令一并消失，现在用就是白费力气 - 国内用户反复重试、换镜像、清缓存，都解决不了——根源是接口没了，不是“连不上”
现在怎么快速搜到靠谱的包：用 curl 直调 Packagist 搜索接口
Packagist 的公开 JSON 接口 https://packagist.org/search.json?q=关键词 仍在稳定运行，响应快、结构清晰，是目前最轻量、最准的替代方案。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 基础搜索：
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
搜到包名后必须立刻验证：composer show 不是搜索器，是确认器
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 --repository https://your-satis.example.com/packages.json myorg/private-lib，URL 必须是合法的packages.json地址，填 Git URL 会报Could not parse version constraint
真正容易被忽略的是：Packagist 网站页面上那些不起眼的字段——Downloads/month、Last updated、requires php: ^8.1、GitHub star 数、open issues 标签——这些才是决定你下周是不是在修兼容性 bug 的关键。别只盯着命令行输出的两行 description。
