composer search 对中文无效，因为 packagist 搜索基于 elasticsearch 且仅用英文分词器索引 name、description 和 keywords，中文未被切分和识别，api 也不支持语言参数或分词控制。
Composer 命令行本身不支持中文通配符（如 * 匹配中文字符），也**不支持在 composer search 中直接用中文关键词模糊匹配包名**——因为 Packagist 官方搜索接口只对包的 name（格式为 vendor/name）、description 和 keywords 做英文分词索引，中文内容基本不参与检索。
为什么 composer search 对中文无效
Packagist 的搜索后端基于 Elasticsearch，但其文本分析器默认使用 standard 或 english 分词器，对连续中文字符串不做切分。例如搜索 composer search 支付，实际会当作一个未识别的原子词去查，几乎无结果。
-
composer search本质是调用https://www.php.cn/link/5d2e892c81e5fafc51ab0973879563a0search.json?q=xxx，该 API 不接受语言参数或分词控制 - 所有包的
name字段强制要求是 ASCII（如overtrue/wechat），不可能含中文 - 即使
description写了中文，也不会被索引为可搜索项
可行的替代方案：用浏览器 + 精确关键词绕过命令行限制
与其在终端里硬试中文通配符，不如把搜索动作交给 Packagist 网页端，它对中文 description 和 keywords 有基础支持（依赖用户主动填写且平台偶然识别）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 打开 https://www.php.cn/link/5d2e892c81e5fafc51ab0973879563a0，在顶部搜索框输入你想找的中文词（如
微信支付、短信验证码） - 结果页 URL 类似
https://www.php.cn/link/5d2e892c81e5fafc51ab0973879563a0search/?q=%E5%BE%AE%E4%BF%A1%E6%94%AF%E4%BB%98，注意它实际是 URL 编码后的关键词 - 点进感兴趣包的页面，复制它的
vendor/name（如overtrue/wechat），再用composer require overtrue/wechat安装 - 如果知道大概英文名（如 “alipay”、“sms”），优先搜英文——成功率远高于中文
本地补救：用 curl + jq 模拟搜索并过滤中文描述（有限效果）
如果你坚持要在终端操作，可以绕过 composer search，直接请求 Packagist API 并用工具筛选含中文的 description，但要注意返回结果最多 20 条，且无分页：
curl -s "https://www.php.cn/link/5d2e892c81e5fafc51ab0973879563a0search.json?q=sms" | jq -r '.results[] | select(.description | test("验证码|短信|通知")) | "\(.name) \(.description)"'
- 上面命令搜英文关键词
sms，再用jq在description字段里匹配中文关键词（需安装jq） -
test("验证码|短信|通知")是正则匹配，不是通配符；composer search本身不提供该能力 - 不要尝试
curl ... | grep "微信"—— 大部分中文描述未被 API 返回，grep会漏掉关键信息
真正卡住的地方不是通配符语法，而是 Packagist 的索引机制根本不为中文设计。与其花时间调试无效的命令组合，不如养成查英文关键词+看 GitHub star+读文档 README 的习惯——大多数优质中文生态包，都会在 keywords 或 description 里写上对应的英文术语。
