前言¶

做 Agent 应用的开发者大概都遇到过这类问题：用户问”这个化验单什么意思”、”这两种药能一起吃吗”、”该挂哪个科”，通用对话模型往往给一段模棱两可的回答，既没有报告解读能力，也说不清该走哪条就医路径。微医健康管家就是冲着这类需求来的：一个面向医疗健康场景的官方 Skill，把报告解读、医学知识咨询、用药咨询、就医推荐、在线问诊、药盒识别、饮食分析串成一条链路。下面介绍它的能力边界、触发方式和启用方法。

这是什么¶

微医健康管家（坐标 @user_2886c029/we-health-skill）是微医出品的 AI 健康管家 Skill，当前版本 1.5.0，在 SkillHub 上由发布者 user_2886c029 维护，来源标记为 community，分类为 professional。

它解决的问题是：当 Agent 需要处理医疗健康类请求时，提供一个有明确服务方、有明确图片边界、有明确隐私承诺的入口，而不是让通用模型自由发挥。官方说明里强调两点：健康数据不持久化、不上传第三方；图片识别只覆盖医疗报告、药盒、饮食三类。

核心功能¶

官方列出的能力有七项：

1、报告解读：病理报告、影像报告、化验单、体检报告。
2、医学知识咨询：疾病、症状、治疗、临床指南、健康养生。
3、用药咨询：药品用法、能否同服。
4、医生/医院/科室推荐：包括”挂什么科”这类具体问题。
5、在线问诊与预约挂号入口。
6、药盒识别：上传药盒图片即可识别。
7、饮食分析：识别饮食图片并分析营养、热量。

此外还有健康管理方案，包含个体化控制目标、饮食、运动，属于”解读→就医推荐→问诊”链路之后的延续环节。

图片边界要单独说明：官方口径是仅限医疗报告、药盒识别与饮食分析三类。皮肤病、身体部位等非报告/非药盒/非饮食图片不触发，也不会识别。

触发方式¶

这个 Skill 是自动触发的，开发者不需要显式调用接口。官方给出的触发条件分四类：

1、用户提出任何医疗健康相关问题，包括疾病、症状、治疗、用药、临床指南、健康养生。
2、用户上传医疗报告图片、药盒图片或饮食图片，即使没有任何文字描述。
3、用户提及肿瘤、淋巴瘤、诊断、免疫组化、CT、MRI、化验异常等专业医学内容。
4、用户说出特定关键词，例如”感冒”“发烧”“咳嗽”“头痛”“不舒服”“生病了”“怎么办”“推荐医生”“推荐医院”“挂什么科”“在线问诊”“预约挂号”“药品用法”“能一起吃吗”“报告解读”“帮我看看报告”“解读一下报告”“药盒识别”“饮食分析”“分析饮食”“分析一下这顿饭”“热量”“营养”“健康咨询”“用药咨询”“慢病管理”“高血压”“糖尿病”。

对开发者来说这意味着两件事。一是接入后不需要为这类请求单独写路由，触发由 Skill 自己完成。二是触发面很宽，”怎么办”“热量”这类通用词也会命中，如果应用对触发条件有更严格的要求，需要在 Skill 之外再加一层过滤。

安装与启用¶

官方入口是 SkillHub 页面，坐标 @user_2886c029/we-health-skill：

https://www.skillhub.cn/skills/user_2886c029/we-health-skill

对应的接口地址：

https://api.skillhub.cn/user_2886c029/we-health-skill

关于安装命令，这里如实说明：本次核对时，官方页面和接口都没有返回具体的安装命令、目录路径或配置字段。已抓取资料中只有坐标、版本、来源、分类和标签信息，标签为 requires_api_key=false，即不需要 API Key。因此不写未经验证的安装步骤。需要 Cursor、Codex CLI、Claude Code 等具体平台的启用方式时，建议直接打开上面的官方页面确认，再按页面指引操作。

典型用法¶

官方资料给出的使用方式是自然语言交互，没有提供额外的调用示例。按介绍，典型的三条路径是：

1、报告解读：用户上传一张检查报告或体检报告图片，即使没有文字，Skill 会触发并给出解读方向，再沿”解读→就医推荐”链路往下走。
2、用药咨询：用户上传药盒图片，或直接问药品用法、能否与某药同服，Skill 给出用药咨询。
3、饮食分析：用户上传一顿饭的图片，或说”分析一下这顿饭”“热量”“营养”，Skill 识别饮食并分析营养。

这三条路径分别对应三类图片边界，也是日常最容易误触发或误期待的场景。

适用场景与限制¶

适合的场景：需要给 Agent 增加医疗健康问答入口的产品，尤其是已经有报告、药盒、饮食图片上传能力的应用。它的价值在于有明确的官方服务方和隐私承诺，不需要自己拼装多个能力。

限制和坑：

1、图片边界很窄。皮肤病、身体部位照片不识别、也不触发。如果用户习惯上传患处照片，需要提前告知。
2、触发词很宽，”怎么办”“热量”“不舒服”都会命中。在非医疗主场景的应用里，建议加一层前置过滤，否则会出现意外触发。
3、触发即调用，不是工具选择。它更适合作为健康垂类应用的默认能力，而不是通用 Agent 的附加开关。
4、官方说明”健康数据不持久化、不上传第三方”，但具体实现方式和合规口径应以微医官方披露为准，接入前建议确认。

页面指标方面，截至 2026-10-30，官方页面显示评分 100000、下载 3044 次、安装 0。这些是动态统计，会变化；安装数为 0 与下载量并存，可能是统计口径差异，仅供参考。

结尾¶

微医健康管家把医疗健康场景里最常被问到的几件事——看报告、问用药、找医生、问诊、看饮食——收进一个有官方背书的 Skill，并明确划了图片识别边界和数据不外传的承诺。对要做健康方向 Agent 的开发者来说，它是 SkillHub 上分类为 professional、且不需要 API Key 的可选方案之一。

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