核心用法
Tandoor Recipes技能通过Node.js脚本与用户的Tandoor Recipe Manager实例交互，提供完整的食谱管理、餐食规划和购物清单功能。技能采用命令行调用模式，支持食谱搜索与创建、多日期餐食计划编排、购物清单的增删查改，以及食材与单位的参考数据查询。
主要功能模块：
- 食谱管理：按名称搜索食谱、获取完整详情、通过多行文本格式创建新食谱
- 餐食规划：查询可用餐食类型（早餐/午餐/晚餐等），将食谱添加到指定日期，查看日期范围的计划安排
- 购物清单：查看/筛选清单项目，添加带数量单位的食材，勾选完成状态，清理已购项目
- 参考数据：查询关键词、食材名称、计量单位等基础数据
显著优点
1. 功能完整闭环：覆盖从食谱创建→餐食计划→购物清单生成的完整厨房管理链路，支持"看到想吃的→规划何时吃→生成采购清单"的全流程
2. 精确数据对接：直接与Tandoor后端API交互，避免手动复制粘贴的错误，食材数量单位严格匹配系统定义
3. 多日期批量操作：支持按日期范围查询和规划，适合周/月度 meal prep 场景
4. 结构化数据解析：食谱详情返回标准化JSON，包含分步骤的食材清单，便于自动化处理
潜在缺点与局限性
1. 部署门槛高：用户必须自行搭建并维护Tandoor Recipe Manager服务（基于Django的开源项目），需要服务器/容器部署能力
2. 环境配置复杂：需正确配置TANDOOR_URL和TANDOOR_API_TOKEN双变量，令牌需手动从Web界面生成
3. 无内置食材库智能匹配：添加购物清单时需准确知道Tandoor系统中登记的食品名称和单位，否则报错（需先用get-foods/get-units查询）
4. ID依赖操作：大量操作依赖记忆或查询recipe_id、item_id等数字标识，人机交互不够直观
5. 无图像处理能力：无法直接上传食谱图片，纯文本操作
6. 网络依赖：完全依赖用户自建服务的可用性，无离线能力
适合人群
- 已部署或愿意部署Tandoor Recipe Manager的技术型家庭用户
- 有固定meal prep习惯、需要数字化厨房管理的烹饪爱好者
- 希望统一保存家族食谱、避免散落在各平台的用户
- 需要跨设备同步食谱和购物清单的小家庭
常规风险
- 令牌泄露风险：API令牌存储在环境变量中，若配置不当可能被其他进程读取
- 数据误操作：直接操作生产数据库，删除购物清单项等操作不可逆（无确认提示）
- 自建服务安全风险：Tandoor实例若暴露公网且未妥善配置HTTPS/防火墙，存在数据泄露风险
- 依赖稳定性：Node.js运行时和用户Tandoor服务的任何故障都会导致技能失效