前言¶

连锁餐饮的配方管理通常散在三处：研发在 Excel 里记配方和成本，督导拿着纸质检查表巡店，特殊人群的餐品每次现查资料。三个环节的数据互不相通，改一次配方要同步门店、成本、出成率好几处。

下面介绍 SkillHub 上的「餐品配方与制作工艺管理」。它把配方开发、门店制作巡检、配方变更管理和营养定制路由做成一套触发式工作流，按用户说的话决定走哪条流程。

这是什么¶

一句话定位：面向连锁餐饮的配方与制作工艺管理 Skill，附带营养定制路由。

出品方为用户 user_483ab805（SkillHub 页面），分类为 professional，页面显示下载 890 次；官方页面抓取失败，评分等数据未能核实，不在此引用。

它解决的问题：

1、配方开发没有统一结构，主料、辅料、调料混在一起，成本和出成率没法自动算；
2、门店制作标准难以执行和检查，督导巡检没有结构化流程；
3、配方变更靠口头和群通知，版本容易乱；
4、健身、素食、糖尿病等特殊餐品每次都要从零查资料，响应慢且容易出错。

核心功能¶

配方开发¶

配方以 BOM 三层结构组织：主料、辅料、调料分层记录。配套烹饪技法库和成本测算，支持出成率、损耗率等指标。触发词包括配方、BOM、原料、制作工艺、烹饪参数、主料、辅料、调料、出成率、损耗率。

门店制作巡检¶

以督导视角组织的现场检查流程，覆盖巡店、QSC、现场检查、投料、温控等环节。触发词包括巡店、巡检、QSC、督导、现场检查、投料、温控。

配方变更管理¶

内置 4 类变更处理流程（具体四类未在可抓取资料中列明，需以 Skill 内部文档为准）。触发词包括配方变更、换版本、调整配方、食材替换。

营养定制¶

这是该 Skill 里设计最细的一块。

1、14 类人群的触发式路由，覆盖健身餐、素食、婴儿、孕期、糖尿病、痛风、麸质、减肥、老年人、过敏、清真、低 GI、增肌、术后、佛教素、办公族、健康餐、养生餐、工作餐、团餐、套餐等场景。关键词命中后路由到对应的具体 SOP，不做全量人群加载。
2、模糊词不直接路由：当表述不明确（例如只说「健康一点的」），先展示选项表让用户确认，再进入对应 SOP。这条规则防止把「工作餐」误判为「健康餐」之类的路由错误。

辅助参数¶

• 设备补偿参数：13 类设备，用于不同设备下的烹饪参数修正；
• 菜系参数：29 个菜系，用于匹配菜系对应的调味与工艺习惯。

周边模块¶

该 Skill 还挂了一系列触发词，命中后调用相应模块：

1、成本、盈亏平衡、翻台率、人效、食材成本率、投资回收期 → 门店经营计算器；
2、报表生成、日报、周报、月报、数据看板 → 报表自动生成；
3、供应商、冷链、采购比价、供应链 → 供应链管理；
4、店长认证、员工培训、绩效考核、人力 → 人力资源；
5、会员、外卖、数字运营 → 数字运营；
6、品牌、舆情、危机公关 → 品牌管理；
7、成本管控、现金流、税务、财务 → 财务管控；
8、装修、设备维护、能耗、工程 → 工程物业；
9、加盟商、加盟、准入、退出 → 加盟商管理；
10、劳动法、食品安全法、特许经营、法律合规 → 法律合规；
11、KPI、BI、数据治理、数据驾驶舱 → 数据驾驶舱；
12、AI 客服、菜单推荐、IoT、物联网、创新 → 创新业务；
13、多品牌、异业联盟、文旅、跨域 → 跨域协同；
14、展店、海外、IPO、战略 → 战略规划；
15、食安审计、危机复盘、标杆门店 → 专项深化。

这些模块的具体实现不在本次可核实的范围内，只知道触发词与模块名的对应关系。

安装与启用¶

该 Skill 基于通用 SKILL.md 格式发布，Skill 目录下有一个 SKILL.md 描述文件，说明自身能力、触发词和使用方式。

官方页面（https://api.skillhub.cn/user_483ab805/recipe-and-cooking-process）在本次写作时抓取失败，未提供安装命令或目录约定。通用做法是把 Skill 目录放入所用 agent 的 skills 目录下，由 agent 在会话中按触发词自动加载；Cursor、Codex CLI、Claude Code 各有自己的加载机制，差异需以各工具文档为准，此处不代写未经核实的命令。

启用后不需要额外配置：Skill 在会话中被动触发，命中的触发词决定进入哪条流程。

典型用法¶

以下示例依据触发词路由规则推导，用于说明工作方式。

示例 1：研发侧。

用户输入：「帮我做一道杂粮饭，给糖尿病人群，主料糙米，辅料燕麦，成本控制在 8 元以内。」

处理路径：命中营养定制触发词（糖尿病）→ 路由到对应人群 SOP → 按 BOM 三层结构输出配方 → 给出成本测算。

示例 2：督导侧。

用户输入：「这周巡店重点查厨房温控和投料记录。」

处理路径：命中门店制作巡检触发词（巡店、温控、投料）→ 进入巡检流程，按督导视角组织检查项。

示例 3：变更侧。

用户输入：「把这批鸡胸肉换成供应商 B 的，配方要换版本。」

处理路径：命中配方变更触发词（食材替换、换版本）→ 进入变更管理流程，处理替换带来的成本和出成率影响。

示例 4：模糊表述。

用户输入：「想吃得清淡一点。」

处理路径：表述模糊，命中营养定制入口但不直接路由，先展示人群选项表（如老年人、素食、低 GI、健康餐等）让用户确认，再进入对应 SOP。

适用场景与注意¶

适合谁：

1、连锁餐饮总部的研发和标准化团队，需要统一配方结构和成本口径；
2、督导和运营，需要结构化的门店巡检流程；
3、做营养餐、团餐、特膳业务的团队，需要快速响应多人群需求。

注意：

1、触发词覆盖面很广，日常表述容易命中，尤其是「套餐」「工作餐」这类常见词会进营养定制路由。模糊词先展示选项表确认的规则就是为此设计的，但高频触发也会让对话变重，建议在明确场景下使用；
2、配方变更管理写明是 4 类变更，具体分类未在可抓取资料中列明，接入前应查阅 Skill 内部文档确认；
3、周边模块（供应链、人力、财务等）只核实了触发词对应关系，模块能力本身需要单独验证；
4、设备补偿参数和菜系参数的具体取值未公开，依赖 Skill 内置数据。

结尾¶

这个 Skill 的核心价值不在单个功能，而在路由设计：把配方开发、巡检、变更、营养定制用触发词分开，每条流程走自己的 SOP，营养定制用「先确认再路由」兜底模糊表述。对需要统一配方口径和标准化巡检的连锁餐饮团队，值得先按触发词试一轮真实场景再决定接入范围。

官方地址：https://api.skillhub.cn/user_483ab805/recipe-and-cooking-process