前言¶

做健康類 Agent 的開發者大概都遇到過這類問題：想讓模型按中醫理論給出體質辨識和食療建議，但通用模型的回答不穩定，同一句「手腳冰涼怎麼辦」兩次問法不同，結論就可能前後打架。要自己維護一套體質判定規則、食材性味表和養生方案庫，工作量不小，而且規則散落在各處，難以複用。

下面介紹的 Skill 「AI中醫養生顧問」就是針對這個場景的社區方案。需要說明的是，本次撰寫時官方頁面（api.skillhub.cn 與 www.skillhub.cn）均無法訪問，下文事實以預先抓取的資料爲準，未抓取到的內容一律不寫。

這是什麼¶

一句話定位：一個基於中醫理論提供體質辨識、食療建議、養生方案等能力的 Skill，由社區開發者發佈在 SkillHub 上。

• 名稱：AI中醫養生顧問
• 座標：@user_89b96750/tcm-consultant
• 版本：1.0.0
• 來源：community（社區發佈）
• 分類：life-service
• 發佈者：user_89b96750
• 標籤：requires_api_key=false，即無需配置 API Key

它解決的問題是：讓 Agent 在養生諮詢場景下有一套相對固定的中醫理論輸出框架，而不是每次自由發揮。無需 API Key 這一點對本地運行的 Agent 比較友好，不涉及第三方模型費用。

核心功能¶

根據已抓取的資料，該 Skill 的官方簡介爲：「AI中醫養生顧問，基於中醫理論提供體質辨識、食療建議、養生方案等」。

據此可確認的能力有三類：

1、體質辨識：按中醫體質分類思路給出體質判斷。
2、食療建議：結合體質給出飲食調理方向。
3、養生方案：給出日常養生安排。

需要提醒的是，資料只提供了簡介，沒有列出具體的體質分型數量、判定標準、食材庫規模或輸出格式。這些細節在當前資料中無法覈實，不應假設。

安裝與啓用¶

已抓取資料中沒有包含安裝命令、目錄路徑或配置文件字段，因此本文無法給出可驗證的安裝步驟。請勿照抄網絡上針對其他 Skill 的通用安裝命令。

可以確認的是：

• 該 Skill 以 SKILL.md 格式組織（任務說明中明確這類 Skill 基於通用 SKILL.md 格式）。
• requires_api_key=false，啓用時不需要單獨配置 API Key。
• 座標爲 @user_89b96750/tcm-consultant，在 SkillHub 體系內按座標定位。

建議在能訪問 SkillHub 的環境裏，以官方頁面展示的安裝方式爲準。

典型用法¶

資料中沒有提供官方的可復現調用示例，也沒有給出輸入參數和輸出結構的說明。因此本文不編寫示例，避免出現未經覈實的接口名或字段。

如果後續拿到官方文檔，典型的驗證路徑應當是：用一句養生諮詢（例如詢問體質或食療方向）調用該 Skill，檢查輸出是否圍繞體質辨識、食療建議、養生方案這三類，並確認同一句輸入多次調用的結果一致性。

適用場景與注意¶

適合的場景：

1、需要給 Agent 增加養生諮詢能力的開發者。
2、內部工具或助手類產品，希望有固定的中醫理論輸出框架。
3、不想額外申請和配置第三方模型 Key 的場景，因爲 requires_api_key=false。

限制與坑：

1、來源爲 community，屬於社區發佈，使用前應自行審閱內容與合規性。
2、中醫養生類輸出屬於健康建議，面向終端用戶時需要加上免責聲明，不應替代診療。
3、資料未提供能力邊界和測試數據，實際效果需自行驗證。
4、評分與下載數據在不同資料間存在差異：預先抓取的資料記錄爲評分 100000、下載 1180、安裝 0；任務線索中記錄爲評分 99148、下載 1047。頁面當前無法訪問，無法二次覈實，引用時建議以你自己抓取到的實時數據爲準。

結尾¶

這個 Skill 的價值在於把體質辨識、食療建議、養生方案這幾類中醫養生輸出打包成一個可複用單元，且無需 API Key，接入成本低。短板是公開資料過於單薄，只有簡介和元數據，缺少用法和樣例。適合先試用驗證再決定是否接入正式產品。

官方地址：https://api.skillhub.cn/user_89b96750/tcm-consultant