前言¶

在 Agent 类产品里，用户很少按你设想的方式提问。他会直接说「北京哪家医院看心血管好」「儿童医院推荐」，或者更模糊：「最近心脏不舒服，去哪家医院」。这类请求的共同点是：疾病/症状 + 地区，两者缺一不可。通用对话模型能给出一堆医院名单，但名单往往不分地区、不分科室实力、也不考虑口碑，用户拿到还要自己二次筛选。

下面介绍的 Skill「健康助手-医院推荐」就是用来处理这类请求的。它把医院推荐这件事收敛成一次结构化调用：输入疾病/症状与地区，输出结合医院排名、科室实力与口碑的推荐结果，并且强制处理「地区未知时先问一次」和「没有 Key 时引导申请」这两件事。

这是什么¶

「健康助手-医院推荐」是一个基于通用 SKILL.md 格式的 Skill，坐标 @user_2886c029/we-health-skill-hospital，当前版本 1.0.1。

来源归属上有一处需要如实说明：SkillHub 页面的「来源」字段标注为 community，发布者是 user_2886c029；而 Skill 简介自称是「微医官方 Skill」。两者不完全一致，接入前建议按官方页面再确认一次出品方，尤其涉及医疗信息的可信度判断。

它解决的问题是：把「根据疾病/症状和地区推荐医院」从通用对话里剥离出来，交给一个专门的、行为可预期的 Skill 处理，避免通用模型在医疗推荐场景下给出不完整或不带地域约束的答案。

核心功能¶

根据官方简介，该 Skill 的能力边界如下：

1、输入是用户描述的疾病或症状，以及地区需求；输出是结合医院排名、科室实力与口碑筛选出的医院推荐。
2、只处理纯文本医院推荐请求，不接收图片或文件。传图、传文件不会进入推荐流程。
3、触发条件是明确的：用户提出「推荐医院」「哪家医院好」「XX 病去哪家医院」「医院排名」「北京哪家医院看心血管好」「儿童医院推荐」等说法时自动触发。
4、地域敏感处理：当无法确定用户所在地区时，必须先询问用户所在城市，且只问一次。这一点是行为约束，不是建议，写 Skill 提示词时要保留。
5、未配置 API Key 时引导用户申请微医 Key，不做静默降级。也就是说，没有 Key 的情况下不会悄悄换一种方式返回结果，而是把申请动作交给用户。

标签信息显示 requires_api_key=true，与第 5 条一致：这个 Skill 的正常运行依赖微医 API Key。

安装与启用¶

本次抓取到的资料里没有提供安装命令、目录约定或配置字段清单，因此这里不给出命令。下面只列出已核实到的信息，其余请以官方页面为准：

• 官方地址：https://api.skillhub.cn/user_2886c029/we-health-skill-hospital
• SkillHub 页面：https://www.skillhub.cn/skills/user_2886c029/we-health-skill-hospital
• 分类：professional，来源：community，发布者：user_2886c029
• 版本：1.0.1

启用前需要准备的配置项是微医 API Key。资料中没有给出 Key 的申请入口和配置方式，建议先打开官方页面确认，再按页面说明写入环境变量或 Skill 配置；不要把 Key 写进仓库里的配置文件。

典型用法¶

官方资料给出的是触发语句而非 API 调用样例，下面按这些语句说明 Skill 应有的行为。

明确带地区的请求，例如：

北京哪家医院看心血管好

这种情况下地区已确定，Skill 应直接进入推荐流程，输出北京地区在心血管方向排名、科室实力与口碑综合较好的医院，不需要再追问地区。

只给疾病或症状、没给地区的请求，例如：

儿童医院推荐

地区未知，Skill 应先询问用户所在城市，并且只问一次。拿到城市后再给出推荐，不要在追问之后再问第二次。

更口语化的表达，例如：

心脏病去哪家医院

处理方式与上一类相同：疾病明确、地区缺失，先问一次城市，然后推荐。

适用场景与注意¶

适合的场景：对话式 Agent 或命令行助手里，需要把「按疾病和地区推荐医院」作为一项稳定能力提供，并且希望地区缺失时有统一处理逻辑的产品。

限制与坑：

1、必须有微医 API Key。没有 Key 时 Skill 的行为是引导申请，不是降级返回，接入方要在流程里留出这个引导位置，否则用户会看到一次失败的调用。
2、不接受图片和文件。如果产品里用户习惯上传检查报告或病历照片，这类输入不会进入该 Skill，需要另外设计转写或文档解析链路。
3、地区敏感，且只追问一次。如果用户在第一次追问时没有给出有效城市，Skill 不应反复追问；接入方需要决定这种情况下的兜底行为，例如给出不带地区约束的提示或让用户手动选择。
4、医疗场景的免责声明要放在调用方。Skill 输出的是推荐结果，不是诊断结论；展示给用户时应避免让用户把推荐理解为病情判断。
5、出品方信息存在 community 与「微医官方」两种说法，涉及医疗信息可信度时建议在接入前确认。

结尾¶

这个 Skill 的价值不在于它推荐了多少医院，而在于它把地域敏感这件事做成了确定的行为约束：地区明确就直接推荐，地区缺失就问一次，缺 Key 就引导申请。对需要在医院推荐场景下保持行为一致的 Agent 产品来说，这类约束比推荐结果本身更值得复用。

官方地址：https://api.skillhub.cn/user_2886c029/we-health-skill-hospital