前言¶

在 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