前言¶

菜單改版是餐飲店裏最高頻又最容易拍腦袋的決策：改分區、調價格、刪菜品、補描述，每一項都影響毛利和顧客點單路徑，但 owner 手裏往往只有零散的銷量記錄和幾條顧客評價，很難把「銷量低」和「描述不清楚」「擺的位置不對」區分開。這個 Skill 要解決的就是這件事：把菜單、銷量、毛利和顧客反饋作爲輸入，產出一套結構化的菜單調整方案，而不是一段泛泛的總結。

這是什麼¶

「餐飲菜單優化｜郭億易」是一個發佈在 SkillHub 社區的通用 SKILL.md 格式 Skill，座標 @user_8d36cde0/guoyiyi-restaurant-menu-optimize，版本 1.0.0，由發佈者 user_8d36cde0 維護，分類爲 business-ops，來源爲 community。它的定位一句話：給餐飲店主和菜單設計人員用的菜單診斷與改版工具，輸入經營數據，輸出可直接落到菜單上的分區、描述和推薦標識。

按 SkillHub 頁面數據，該 Skill 評分 100000，下載 947 次，安裝 0 次。注意安裝量爲 0，說明目前還沒有形成規模的使用反饋，選擇時需要自己先小規模驗證。

核心功能¶

根據官方簡介，該 Skill 的輸入有四類：菜單本身、銷量、毛利、顧客反饋。輸出有三類：

• 菜單分區：菜品在菜單上的分組與排序建議；
• 菜品描述：針對單道菜的文案改進；
• 推薦標識：需要重點推薦的菜品及其標識方式。

標籤顯示 requires_api_key=false，即不依賴外部 API Key，配置門檻低。輸入輸出都圍繞「現有菜單 + 經營數據」展開，不涉及供應鏈、後廚流程等其他環節。

安裝與啓用¶

已抓取資料中未包含該 Skill 的安裝命令、目錄結構或配置文件字段。它是通用 SKILL.md 格式的社區 Skill，獲取方式是 SkillHub 頁面：

https://www.skillhub.cn/skills/user_8d36cde0/guoyiyi-restaurant-menu-optimize

按資料，它不需要 API Key。具體在 Cursor、Codex CLI 還是 Claude Code 中啓用，以及對應的安裝命令，資料裏沒有給出，這裏不做推測；建議在 SkillHub 頁面或發佈者說明裏確認安裝步驟後再使用。

典型用法¶

官方簡介沒有給出完整的示例輸入輸出，下面按其描述的能力構造一個可復現的最小用法，輸入是一份簡化的菜單與經營數據：

輸入示例（Markdown 或 CSV 形式均可）：

菜單分區：涼菜 / 熱菜 / 主食 / 飲品
菜品：宮保雞丁（熱菜，售價 38，月銷 120，毛利 62%）
顧客反饋：多次提到「不知道這道菜辣度」「菜名看不出內容」

期望輸出：

1. 菜單分區：給出現有分區是否保留、菜品歸入哪個區的調整；
2. 菜品描述：爲宮保雞丁補寫包含辣度、主料的說明文案；
3. 推薦標識：標出該推的菜（例如毛利高且銷量中等的菜）及標識形式。

實際使用時，把真實菜單、銷量表、毛利數據和顧客評價整理成結構化文本交給 Skill，讓它按上述三類輸出整理即可。

適用場景與注意¶

適合兩類人：一是餐飲店主，手裏有銷量和毛利數據但沒時間系統分析菜單；二是菜單設計人員，需要文案和分區建議作爲改版依據。

需要注意三點。第一，該 Skill 只處理菜單層面的優化，不負責定價策略、成本覈算或營銷投放，輸入數據的完整性（尤其是毛利和銷量）直接決定輸出質量。第二，評分數據較高但安裝量爲 0，社區使用驗證尚不充分，建議先用一個小菜單試跑。第三，它是社區發佈的通用格式 Skill，來源爲 community，接入前建議覈對發佈者信息和頁面更新情況。

結尾¶

這個 Skill 的價值在於把「菜單怎麼改」從經驗判斷變成一次結構化的輸入—輸出：給菜單、銷量、毛利和顧客反饋，拿到分區、描述和推薦標識三份可直接落地的建議。官方地址：https://api.skillhub.cn/user_8d36cde0/guoyiyi-restaurant-menu-optimize