核心用法
本技能是一套面向Agent的菜谱筛选与烹饪决策方法论，而非直接访问下厨房数据库的工具。其核心用法围绕三个场景展开：
1. 靠谱菜谱筛选：通过解读"做过"数、用户复现作品图、差评关键词等社区信号，帮助Agent在多个版本中选出可复现、评分真实的菜谱，避开"图片仅供参考"的陷阱。
2. 菜谱转可执行计划：将选中菜谱转化为购物清单（多菜合并、按超市动线分组）和备菜时间线（倒排任务、统筹灶台占用），实现从"想吃什么"到"怎么买、怎么做"的无缝衔接。
3. 新手支持与失败复盘：提供焯水/上浆/收汁等术语的实操要点，以及按"盐→火→时→料"四维度定位失败原因的复盘框架。
显著优点
方法论成熟，直击痛点：针对下厨房"同一道菜几百个版本"的真实生态，提出了"会筛菜谱比会做菜更先决"的核心洞察，筛选逻辑（"做过"数金标准、复现图比对、差评关键词挖掘）具有高度可操作性。
系统工程思维：将烹饪从"照着菜谱做"升级为"项目管理"——购物清单合并去重、备菜时间线倒排、灶台调度优化，显著降低多道菜并行操作的认知负荷。
细节颗粒度恰当：既有"调味料不等比放大"（盐先放70%）这类量化建议，也有"断生即出锅，余温继续加热"这类火候判断标准，填补了菜谱"适量/少许"的模糊地带。
安全意识到位：明确标注肉禽蛋熟透标准、隔夜菜冷藏复热规范，并对婴幼儿/孕期/慢性病等特殊饮食设置咨询边界，不越界给妥协性建议。
潜在缺点与局限性
无实时数据访问：技能为纯Markdown文档，不包含爬取下厨房数据的方法，所有筛选决策依赖用户提供的菜谱信息或Agent的已有知识，无法实现"按冰箱食材自动搜菜谱"的闭环体验。
场景覆盖偏中式家常：术语表（焯水、上浆、炝锅）和烹饪逻辑（快炒收尾、炖汤保温）明显偏向中式家庭厨房，对烘焙、西餐、分子料理等场景覆盖有限。
动态调整依赖用户反馈：份量换算、口味修正（如盐量70%原则）需要用户在烹饪过程中主动尝味反馈，Agent无法自主感知，交互深度受限。
适合的目标群体
- 厨房新手：需要系统理解"为什么失败"而非"怎么做"的入门者
- 备餐规划者：需要一次性买齐一周食材、统筹多道菜制作的效率型用户
- 菜谱信息过载者：在下厨房面对数百个番茄炒蛋版本无从下手的决策者
- 家庭主理人：需要为3-6人规划宴客菜单、控制出餐节奏的实操派
使用风险
性能与依赖：纯文档型技能，无外部API调用、无第三方依赖，运行时无额外资源消耗，供应链攻击面为零。
内容时效性：菜谱筛选方法论基于下厨房当前社区机制（"做过"数、作品图），若平台改版调整信号展示方式，部分策略可能失效。
食品安全边界：技能明确不覆盖特殊饮食场景，用户若用于婴幼儿辅食、孕期营养、糖尿病/肾病等慢性病饮食管理，需额外咨询专业人士，不可直接套用家常逻辑。
版权与平台政策：虽未提供爬取代码，但若Agent在实际对话中引导用户批量复制下厨房内容，需注意平台UGC版权保护条款。