composer search 不支持中文搜索，因其命令已被移除且Packagist引擎只索引ASCII词干；替代方案是用英文关键词组合在packagist.org网页搜索，并确保keywords字段为小写无空格字符串数组。
composer search 不支持中文关键字，任何中文搜索都会失败或返回空结果。
Packagist 的搜索系统只接受英文词干匹配，且 keywords 字段必须是小写、无空格、无标点的字符串数组。你填 ["缓存", "中文标签"]，Packagist 根本不索引——它连解析都不做，直接跳过。
为什么 composer search 里输中文一定没结果
这不是命令写错、镜像配置问题，也不是网络超时。根本原因是：composer search 命令早在 Composer 2.2（2023 年发布）中就被官方彻底移除，现在执行只会报 Command "search" is not defined。即使你用旧版 Composer 1.x，它也只查包名和 description 的前缀匹配，且后端 API 自 2022 年底已关闭，返回结果不可靠、无分页、不更新。
更关键的是：Packagist 搜索引擎本身不处理中文。所有索引字段（keywords、description、name）都只对 ASCII 字符做词干提取和倒排索引。你搜 cache，它能命中 "cache"；你搜 缓存，它当无效字符过滤掉。
- 别试
composer search 缓存—— 报错或静默失败 - 别指望
description里写中文能被搜到 —— Packagist 不索引非英文内容 - 别用第三方封装脚本伪装“中文搜索” —— 底层还是调用已下线的 API 或硬编码关键词映射，不准且滞后
真正有效的替代方案：用英文关键词 + Packagist 网页搜索
想找到高质量组件，唯一稳定、可控的方式是访问 packagist.org，手动输入用户真实会搜的英文词。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
比如你要找“Laravel 表单验证增强”，别搜“表单验证”，而应组合：laravel validation form request。这些词必须出现在包的 keywords 字段里，才可能被拉出来。
- 优先选具体技术栈 + 功能词：
laravel、redis、psr-6，而不是泛泛的php或tool - 搜长尾组合比单字更准：
json-api client比api返回结果相关性高得多 - 点进包页后，立刻看
type字段 ——laravel-package比library更可能自动注册服务提供者 - 注意右上角是否标有
abandoned—— 这类包即使关键词匹配，也不该选
如果你控制一个包，怎么让别人“搜中文”时实际找到它
用户搜“中文关键词”是假需求；真需求是“我要解决 X 问题，但不会英文”。你的任务不是适配中文搜索，而是预判用户会搜什么英文词。
例如：一个面向国内 Laravel 开发者的权限管理包，keywords 写 ["laravel", "permission", "rbac", "admin"]，比写 ["权限", "后台"] 有效一百倍。因为用户在 Google 或文档里查方案时，输入的一定是 laravel permission package，不是 laravel 权限 包。
-
keywords必须是小写字符串数组，如["laravel", "cache", "redis"]，不能是逗号分隔字符串或含空格 - 改完
composer.json后，必须 push 到默认分支，并触发 Packagist 同步（打 tag / 手动点 Update / 配 webhook），否则新关键词 12–48 小时内不会生效 -
description要写成完整句，包含语言、场景、解决什么问题，比如："A PSR-6 cache adapter for Redis in Laravel, with automatic key prefixing and TTL fallback"
真正的难点不在关键词怎么填，而在判断：用户面对问题时，脑子里第一个蹦出来的英文词是什么。这个判断错了，填再全的 keywords 也没用。
