前言¶
做餐飲的團隊遲早會遇到這類問題：美團、大衆點評、小紅書上的評價散落各處，不知道顧客到底在抱怨什麼；菜單越加越多，毛利率卻算不清；門店在本地搜索裏排不上去，但不知道該改哪一項。人工逐條翻評價、手工算菜單結構，成本高且結論不穩定。
下面介紹的是一個面向這類場景的 Agent Skill，名稱叫「運營」，由社區開發者發佈在 SkillHub 上。它把評價解析、菜單優化、門店診斷三類任務交給模型處理，輸出可執行的運營建議。
這是什麼¶
一句話定位：一個面向餐飲門店的運營分析 Skill，覆蓋評價解析、菜單優化、門店診斷三個方向。
出品與維護：發佈者座標 @user_a10ab3ad/ai-restaurant-claude，來源類型爲 community（社區），分類爲 business-ops，當前版本 2.0.6。
解決什麼問題：把分散在多平臺的評價數據、菜單結構和本地搜索曝光情況，整理成帶優先級和動作方向的建議，而不是隻給一份摘要。
核心功能¶
官方簡介列出的能力如下，均以已抓取資料爲準：
- 解析多平臺評價——從不同平臺的評價文本中提取顧客反饋，歸類到具體問題。
- 優化菜單結構——基於菜品構成給出結構調整方向。
- 診斷本地搜索曝光——檢查門店在本地搜索場景下的可見性問題。
- 輸出可執行運營建議——把分析結果落到具體動作，而不是停留在描述層面。
其中第 1 項明確覆蓋多平臺，第 4 項是前三項的統一輸出形式。
安裝與啓用¶
官方地址：https://api.skillhub.cn/user_a10ab3ad/ai-restaurant-claude
SkillHub 頁面：https://www.skillhub.cn/skills/user_a10ab3ad/ai-restaurant-claude
需要說明的是，本次未能打開官方頁面和 API 端點核實安裝方式。已抓取資料中給出的可覈對信息如下：
- 座標：
@user_a10ab3ad/ai-restaurant-claude - 版本：
2.0.6 - 分類：
business-ops - 標籤：
requires_api_key=false（按標籤字面含義，使用該 Skill 不需要額外 API Key） - 來源：
community
因此，安裝命令、目錄結構、配置文件字段以及 Cursor / Codex CLI / Claude Code 各環境的差異，本文不作推測，需以官方頁面說明爲準。按標籤 requires_api_key=false 可判斷它不依賴外部付費 API Key，模型側憑證仍按你所用 Agent 環境的要求配置。
典型用法¶
官方簡介給出了任務類型的描述，但沒有提供逐條可復現的輸入輸出示例，因此本節只列出它聲稱能承接的三類任務形態，不構造示例數據：
- 評價解析：把一批來自多平臺的顧客評價交給它，要求按問題類型歸類並給出頻次。
- 菜單優化：提供菜品清單及成本、售價等結構信息，要求給出結構調整建議。
- 門店診斷：提供門店在本地搜索中的相關信號，要求定位曝光問題並給出改進方向。
執行時建議把平臺來源、時間範圍、菜品字段口徑一次說清楚，再讓它輸出結論和依據，便於覈對。
適用場景與注意¶
適合誰：需要定期處理餐飲門店評價、菜單調整和本地搜索問題的運營或門店管理人員；也可以作爲開發者把這類分析固化進 Agent 流程時的一個能力模塊。
要注意的幾點：
- 它是分析建議類工具，給出的是方向和優先級，具體經營決策仍需人工判斷。
- 評價解析的質量取決於輸入數據的完整度，平臺覆蓋不全會影響結論。
- 菜單優化需要菜品成本、售價等結構數據，缺字段時只能給通用建議。
- 本地搜索曝光診斷受平臺規則和外部競爭環境影響，單次分析有時效性。
- 社區來源的 Skill 更新節奏不固定，使用前確認版本與自身 Agent 環境兼容。
小結¶
「運營」把餐飲運營中評價、菜單、本地搜索三塊重複性分析工作打包成統一入口，按可執行建議的形態輸出，適合想要降低人工分析成本的團隊。它不需要額外 API Key，但安裝方式和字段口徑需以官方頁面爲準。
官方地址：https://api.skillhub.cn/user_a10ab3ad/ai-restaurant-claude
