前言¶

刚把一个 skill 发布出去，你最想先确认的往往不是它有多好用，而是：发布链路通不通、客户端能不能正常读到它、返回内容是不是按约定拼出来的。装一个复杂的真实业务 skill 做验证，成本高，还得等数据。这时候一个最小可用的探针 skill 更合适：它只做一件事，返回一句固定结构的问候消息，你看到这句消息，就知道整条链路是通的。

下面介绍 Time Greeting1，就是这样一个探针。

这是什么¶

Time Greeting1 是一个社区（community）来源的 skill，坐标 @user_ac70c112/time-greeting1，当前版本 1.0.0，分类为 life-service，发布者 user_ac70c112。

它解决的问题很窄：在用户提到时间、问候、打招呼，或显式提到 “time-greeting” 时，返回一句带版本号、当前时间、时段问候语、固定签名句的问候消息。因为输出结构固定、无外部依赖，它适合作为 skill 发布流程的验证对象，而不是当作日常工具来用。

官方页面给出的信息量很少，以下各节只写资料中能核对到的内容。

核心功能¶

1、触发方式。官方说明给出的触发场景有六类：time、greeting、时间、问候、打招呼、ping the greeting bot，以及显式提到 “time-greeting”。触发条件里没有涉及调用外部服务。

2、返回内容。返回一句问候消息，由四个部分组成：skill 版本号、当前时间、时段问候语、固定签名句。其中版本号、当前时间、时段问候语三项是动态生成的，固定签名句是常量，用于确认加载的是哪一份 skill 文件。

3、验证用途。因为返回值里带着版本号，你可以据此判断客户端加载到的是不是刚发布的那版，从而判断发布、缓存刷新、目录加载这几个环节是否都生效。

官方资料没有提供完整的示例输出字符串，也没有说明时段问候语具体分几个档、固定签名句的内容，这些细节需要打开 skill 自身的 SKILL.md 查看。

安装与启用¶

官方资料只给出了坐标和页面地址，没有提供安装命令、包管理器引用方式或配置字段。

可以确认的信息是：该 skill 不需要 API key，官方标签里写的是 requires_api_key=false，因此启用过程不涉及密钥配置。它按通用 SKILL.md 格式组织，通常的做法是把 skill 目录放进客户端的 skills 目录，让客户端在会话中按需加载。具体目录路径和加载开关以你所用客户端的文档为准，本资料未覆盖。

如果客户端支持按坐标引用，可以直接用 @user_ac70c112/time-greeting1 引用这个 skill。

需要说明的是，官方页面显示安装数为 0，下载数为 609（另有一处线索写作 352，以页面数据为准），说明它的实际使用量很低，多数场景下它只是发布链路的验证工具。

典型用法¶

官方资料没有给出可复现的命令行调用示例，下面是基于触发条件的两种调用方式。

在会话中直接问时间，属于最自然的触发：

现在几点了？

或者直接触发问候：

打个招呼 / 问候

也可以显式提到 skill 名称：

time-greeting

触发成功后，返回的应是一句包含版本号、当前时间、时段问候语和固定签名句的消息。看到这句话，说明 skill 已被客户端正确加载并执行。如果只返回了一部分或返回内容与预期不符，再检查客户端加载的目录和版本缓存。

适用场景与注意¶

适合这三类情况：

1、刚完成一次 skill 发布，需要低成本确认客户端能读到新版内容。
2、在接入流程中需要一个返回结构稳定、不依赖外部服务的占位 skill。
3、需要确认客户端是否按 SKILL.md 格式正常解析和加载 skill。

要注意的限制：

1、功能单一，只输出一句问候，不具备日历、提醒、真实时间接口等能力。
2、不需要 API key，但也意味着它没有需要你配置的鉴权项，遇到调用失败时排查面很小。
3、评分为 100000，这个数字明显高于常规评分量级，建议把它当作页面上的展示值，不要直接当作质量参考。
4、下载量与安装量之间差距较大（609 下载、0 安装），说明多数访问停留在浏览层面，社区验证还不充分。

结语¶

Time Greeting1 的价值在于小：没有外部依赖、不需要密钥、输出结构固定，一次触发就能判断发布链路是否通畅。作为验证工具它是够用的，但不要指望它承担真实的时间或问候职责。

官方地址：https://api.skillhub.cn/user_ac70c112/time-greeting1
SkillHub 页面：https://www.skillhub.cn/skills/user_ac70c112/time-greeting1