Plan2meal

核心用法

Plan2Meal Skill 是 ClawdHub 生态中的食谱管理与 grocery 清单工具，面向 React Native 应用 Plan2Meal 提供 CLI 控制能力。用户可通过 OAuth（GitHub/Google/Apple）登录后，执行食谱的 URL 抓取、搜索、查看、删除，以及购物清单的创建、管理与配方关联。

关键操作路径：

• plan2meal add <url> 自动提取网页食谱元数据
• plan2meal list-create <name> + list-add <listId> <recipeId> 将食谱关联至购物清单
• Telegram 格式美化输出，适合移动端查看

显著优点

• 零代码食谱采集：支持主流食谱网站的 metadata 抓取，无需手动输入
• 多提供商认证灵活：GitHub/Google/Apple 三选一，覆盖大多数用户账号体系
• 自托管友好：CONVEX_URL 可覆盖默认后端 gallant-bass-875.convex.cloud，满足数据主权需求
• 清单联动设计：食谱与购物清单打通，实现"看到食谱→生成采购清单"的闭环

潜在缺点与局限性

• 免费层限制严苛：仅 5 道食谱上限，重度用户几乎必须付费
• 后端依赖单一：默认 Convex Cloud 域名（gallant-bass-875）缺乏企业级 SLA 说明
• OAuth 配置门槛高：需分别注册 GitHub/Google/Apple 开发者应用并配置回调 URL，对普通用户不友好
• 功能边界模糊：技能描述提及"React Native app"但实际为 CLI 工具，可能存在用户预期错位
• 安全报告缺失：提供的"安全认证报告"明确标注"未执行安全扫描"，实际安全状态未知

适合人群

• 轻度食谱收藏者（5道以内需求）
• 已有 Plan2Meal 移动应用用户的 CLI 扩展场景
• 注重数据自主权、愿意自托管 Convex 后端的开发者

常规风险

• 数据路由不透明：默认流量发送至特定 Convex 子域名，用户可能未意识到第三方托管
• OAuth 密钥管理风险：环境变量需配置多组客户端密钥，泄漏风险随配置复杂度上升
• 供应商锁定：食谱数据存储于 Convex 后端，迁移成本未说明

综合评估

Plan2Meal 是一款面向烹饪爱好者的轻量级食谱管理 Skill，通过命令行界面实现与 React Native 应用的食谱数据同步。

核心用法

该 Skill 采用「命令行 + 云端后端」的架构设计。用户通过 plan2meal login 完成 GitHub/Google/Apple 任一平台的 OAuth 认证后，即可执行食谱的增删改查操作。最具特色的功能是URL 食谱抓取——只需输入 plan2meal add <网址>，系统即可自动解析网页中的食材、步骤等元数据，无需手动录入。购物清单功能支持将食谱关联到特定清单，实现「看菜买菜」的闭环体验。

技术实现上，Skill 默认对接 Convex 托管后端（gallant-bass-875.convex.cloud），但开放 CONVEX_URL 环境变量供用户切换至自托管实例，这一设计兼顾了开箱即用与数据主权。

显著优点

1. 零 friction 食谱录入：自动 URL 抓取大幅降低食谱数字化门槛
2. 多平台认证兼容：支持三大主流 OAuth 提供商，用户无需额外注册
3. 数据路由透明：SKILL.md 明确披露数据流向，支持后端自定义
4. 代码质量优秀：TypeScript 实现，无危险函数，依赖单一且安全

局限性与风险

• 免费版功能限制：仅能存储 5 道食谱，重度用户需付费升级
• 第三方后端依赖：默认使用 Convex 云服务，虽可自托管但配置门槛较高
• 内存会话限制：会话数据仅存于内存，进程重启需重新登录
• 食谱解析成功率：依赖网页结构，部分网站可能出现抓取失败

适合人群

• 希望快速数字化零散食谱的轻度烹饪爱好者
• 已有 Plan2Meal App 生态的用户
• 注重数据隐私、愿意配置自托管后端的进阶用户

安全评估

安全认证报告显示 S 级（85分），核心风险集中于 OAuth 凭证配置管理（低风险）和第三方数据路由（已透明披露）。整体而言，这是一款功能聚焦、安全可控的垂直场景工具。