技能介绍

要解决的问题

在 Agent Skills 这类技能库里，一个条目能被稳定识别，靠的是规范名而不是展示名。@user_8992d388/weather-query-111 对应的就是这样一个登记条目：它有一个用于展示的中文标题「测试认领」，同时在清单里归属于 dev-programming 分类，来源页挂在 skillhub.cn 上。

问题出现在索引与检索环节。当用户或上层 Agent 用自然语言找技能时，匹配的是标题、分类、描述这几层信息；而当系统做安装、校验、溯源时，用的是规范名和来源页。两层信息如果不一致，就会出现「搜得到但装不上」「名字对不上规范名」这类情况。这个条目正好是一个最小样本：展示名、规范名、分类、来源四项都在同一个清单里给出，便于核对它们是否彼此咬合。

它是怎么工作的

从 SKILL.md 正文看，这份技能资料目前承担的是登记与声明职责，而不是一份写满流程的能力说明。它做了三件事：

声明身份：正文第一句直接给出规范名，让读者和工具都能以 @user_8992d388/weather-query-111 作为唯一引用。
承接后续字段：正文明确写着后续会分步索要字段、按步骤写入 JSON。这意味着资料是分批补齐的，而不是一次性交付完整能力描述。
保留来源链路：清单里保留了 user_8992d388 这个原始来源和 skillhub.cn 的来源页，方便追溯条目的归属。

基于这些信息能确认的只是条目的元数据形态：有中文展示名、有英文对应名、有中英来源、有分类标签，也预留了安装提示词的写法。至于它内部具体执行什么逻辑、调用哪些接口、产出什么结果，SKILL.md 里没有写，因此不能凭规范名里的 weather-query 去推断它具备天气查询能力。

适用边界与注意点

不要从规范名猜功能。weather-query-111 出现在标识符里，不代表 SKILL.md 声明过任何天气相关行为。资料里没有的，应当视为未定义。
字段是分批给出的。正因为正文写明「后续我会分步索要字段」，早期阶段补全出的细节都可能是占位内容，引用前需要等资料定稿。
适合做命名一致性检查。如果你在搭技能索引或做去重，这类条目很适合当测试夹具：标题、规范名、分类、来源四项齐全，可以验证管线是否都正确解析。
不适合当能力文档读。拿它评估实际效果没有意义，当前内容只回答「这个条目是谁、叫什么、从哪儿来」，不回答「它能做什么」。