AI Recipe Generator是什么
AI Recipe Generator是一款根据家中现有食材生成菜谱的网页工具,早期版本使用Softr搭建。用户创建账号、选择食材后,系统会生成一份独特菜谱并发送到邮箱。
旧页面现在明确提示已经迁移到Lionix Recipes新域名。经实际浏览器核验,迁移目标当前存在证书过期问题,普通浏览器会阻止安全访问,因此不应继续当作正常可用工具推荐。
当前服务状态
- 旧Softr页面仍能打开,但主要用于提示迁移。
- 旧页面不再直接提供原菜谱生成表单。
- 迁移后的Lionix Recipes域名当前证书失效。
- 不应绕过浏览器安全警告继续登录或付款。
- 搜索引擎仍保留套餐与公开菜谱的历史缓存。
- 当前状态应标记为不可安全使用或服务异常。
一句话介绍
它曾能根据已有食材生成菜谱并通过邮件交付,但迁移后的站点当前证书失效,不适合继续注册、付费或提交个人信息。
历史核心功能
- 按食材生成:从用户家中已有食材开始构思菜谱。
- AI菜谱创作:生成菜名、配料和烹饪步骤。
- 账号系统:创建账号后使用个人额度。
- 邮件交付:把生成菜谱发送到用户邮箱。
- 历史记录:付费方案曾提供菜谱历史。
- 多份结果:部分套餐可一次将多份独特菜谱发送到邮箱。
- 公开菜谱页:历史生成结果可通过页面被搜索引擎索引。
旧版使用流程
- 在旧页面创建账号并提供接收菜谱的邮箱。
- 进入食材选择页面。
- 勾选或填写家中已有食材。
- 提交生成请求并等待AI处理。
- 从邮箱打开系统发送的独特菜谱。
- 核对份量、温度、时间、过敏原和食品安全后再烹饪。
现在应该如何处理旧入口
- 确认旧页面只是在说明迁移,不要寻找隐藏的原表单。
- 不要绕过迁移站点的证书安全警告。
- 不要在不安全连接中输入邮箱、密码或支付信息。
- 如曾购买套餐,通过历史付款渠道核对自动续费状态。
- 保存已有菜谱后,改用状态正常且有完整隐私政策的替代工具。
- 若需要退款或删除账户,使用历史订单中的联系方式提出请求。
历史套餐额度
搜索缓存仍能确认三档历史额度,但由于迁移站点当前无法安全访问,套餐名称和实时价格无法可靠核验。以下只能作为历史功能记录,不能视为当前购买报价。
| 套餐层级 | 菜谱额度 | 邮件交付 | 历史记录 | 当前可购买性 |
|---|---|---|---|---|
| Free | 总计5份 | 页面未明确数量 | 未明确 | 无法安全核验 |
| 中档方案 | 每月30份 | 一次3份独特菜谱 | 支持 | 无法安全核验 |
| 高档方案 | 每月100份 | 一次10份独特菜谱 | 支持 | 无法安全核验 |
价格为何不应继续展示
- 旧Softr页面没有当前价格表。
- 新域名证书失效,无法安全进入结算页面。
- 搜索缓存只显示额度,没有可靠实时金额。
- 历史折扣网站不能替代官方结算价格。
- 当前目录价格类型应写为历史免费加订阅,具体金额不可核验。
菜谱生成时应该输入什么
- 现有食材:包括主要蛋白质、蔬菜、主食和调味料。
- 份量人数:避免食材数量和烹饪器具不匹配。
- 饮食限制:过敏、素食、宗教和医疗相关禁忌。
- 烹饪设备:烤箱、空气炸锅、灶具或只有微波炉。
- 可用时间:准备时间和总烹饪时间。
- 技能水平:初学者需要更细的步骤和安全提醒。
- 口味方向:清淡、辛辣、酸甜或特定菜系。
如何人工检查AI菜谱
- 核对所有食材是否真的可以一起食用。
- 确认重量、容量、份数和单位没有混淆。
- 检查烹饪顺序是否符合食材成熟速度。
- 使用可靠食品安全资料确认中心温度和保存时间。
- 检查过敏原、交叉接触和替代食材。
- 第一次制作时减少份量,并在每一步观察状态。
- 记录实际用量和时间,修正后再保存为个人配方。
适合哪些用户
- 家庭做饭者:根据冰箱和储物柜剩余食材寻找灵感。
- 学生和独居用户:用有限材料组合简单餐食。
- 预算敏感用户:减少重复采购和食材浪费。
- 烹饪初学者:获取基础配料与步骤草案。
- 喜欢尝试新口味的人:探索非常规食材组合。
- 需要快速决定晚餐的人:减少搜索大量菜谱的时间。
典型使用场景
- 处理即将过期的蔬菜、肉类和奶制品。
- 用少量常备食材准备工作日晚餐。
- 根据素食或无麸质要求改写菜谱初稿。
- 把几种剩菜重新组合成新餐食。
- 为聚会或家庭用餐生成多个候选方案。
- 学习不同食材常见的烹饪搭配。
不适合直接依赖的场景
- 严重食物过敏和可能发生过敏性休克的用户。
- 婴幼儿、孕妇、老年人和免疫功能较弱人群的特殊饮食。
- 糖尿病、肾病、代谢病等医疗营养方案。
- 餐厅、学校和医院的标准化出餐。
- 需要精确营养、成本和保质期计算的商业生产。
- 当前需要在证书异常站点注册或支付的用户。
食品安全注意事项
- AI可能给出错误温度、时间或保存建议。
- 生肉、禽类、蛋和海鲜应与即食食品分开处理。
- 不要只凭颜色判断肉类是否安全熟透。
- 剩菜应按可靠指引冷却、冷藏和重新加热。
- 不认识或已变质的食材不能因为AI推荐而食用。
- 过敏用户必须逐项检查配料和调味品标签。
- 有医疗饮食需求时应咨询合格专业人员。
公开菜谱质量问题
搜索引擎收录的迁移站点公开菜谱中,可以看到未清理的JSON标记、格式不完整内容和与烹饪无关的文本。这说明历史输出和公开页面的格式校验、内容审核与垃圾信息防护不够稳定。
- 菜名可能被错误解析为JSON或通用词。
- 配料与步骤可能使用不同语言。
- 公开结果可能包含无关主题内容。
- 份量、单位和步骤格式不统一。
- 不能根据公开页面数量推断内容质量。
邮箱与隐私风险
旧流程要求创建账号,并把生成结果发送到邮箱。当前无法找到可安全访问且完整的隐私政策、数据保留期限、账户删除流程和第三方AI处理说明。
公开菜谱页可以被搜索引擎收录,因此不要在食材或菜谱名称中输入姓名、疾病、住址或其他个人信息。
证书失效意味着什么
- 浏览器无法确认连接对象的有效身份。
- 用户不应绕过安全警告继续访问。
- 登录凭据和支付信息不应在该连接中提交。
- 站点维护状态和订阅可用性无法可靠确认。
- 恢复正常证书后仍需重新核验隐私、条款和价格。
已有用户如何保护账户
- 检查邮箱中的原始订单和付款平台记录。
- 确认是否存在仍在自动续费的订阅。
- 若复用了密码,立即在其他重要网站更换。
- 请求删除账户、邮箱、历史菜谱和支付关联信息。
- 保存必要菜谱,但不要下载来路不明的附件。
- 记录联系过程和付款凭证,以便处理争议。
替代工具选择标准
- 网站证书有效,且公司和联系方式清晰。
- 明确说明免费额度、订阅价格和取消方式。
- 提供完整隐私政策、数据删除和AI处理说明。
- 允许设置过敏原、饮食限制、份量和烹饪时间。
- 输出包含统一单位、步骤和食品安全提示。
- 能够保存、导出或删除个人菜谱。
- 公开内容具有举报和审核机制。
原产品优势
- 从已有食材出发,减少决定吃什么的压力。
- 流程简单,只需账号、食材和三步操作。
- 通过邮箱交付,不必一直停留在网页。
- 历史套餐覆盖偶尔体验和较高频生成。
- 付费方案曾提供菜谱历史。
- 有助于利用剩余食材并减少浪费。
当前限制
- 迁移后的新域名证书已失效。
- 旧页面只保留迁移说明,不能完成原流程。
- 当前价格无法安全核验。
- 隐私政策、服务条款和退款规则无法完整确认。
- 公开菜谱存在格式错误和无关内容。
- 食品安全和营养准确性没有专业保证。
- 需要邮箱和账号,存在个人数据风险。
- 当前不适合注册、登录、付款或上传敏感信息。
API与平台支持
原产品主要是网页端账号、食材选择和邮件交付流程,没有公开开发者API、移动应用或桌面客户端。WebCatalog等第三方可以把网页封装成桌面窗口,但不代表存在官方桌面应用。
GitHub与开源状态
没有找到与旧Softr应用或Lionix Recipes能够相互验证的官方GitHub仓库。搜索到的同名菜谱生成项目属于其他开发者,不能作为该产品源码。
因此它应标记为不开源的网页服务,当前还应附加服务异常提示。
基本信息
| 项目 | 内容 |
|---|---|
| 工具名称 | AI Recipe Generator |
| 原平台 | Softr网页应用 |
| 迁移品牌 | Lionix Recipes |
| 工具类型 | 根据食材生成AI菜谱 |
| 历史免费额度 | 总计5份菜谱 |
| 历史付费额度 | 每月30份或100份 |
| 当前价格 | 无法安全核验 |
| 当前状态 | 迁移站点证书失效 |
| API | 未公开 |
| 开源状态 | 不开源 |
推荐指数
当前推荐指数:1.2 / 5。原有按食材生成和邮件交付思路很直观,但新站点证书失效、价格与隐私无法核验、公开结果质量不稳定,目前不应推荐使用。
常见问题
AI Recipe Generator还能用吗?
旧页面只能看到迁移提示,新域名当前因证书失效无法安全使用。
为什么旧页面还可以打开?
旧Softr页面仍被保留,用于说明产品已迁移到新域名。
它以前怎么生成菜谱?
用户创建账号、选择已有食材,系统生成菜谱并发送到邮箱。
以前有免费额度吗?
有,历史套餐页显示Free计划总计可生成5份菜谱。
付费套餐多少钱?
当前无法安全打开官方结算页,因此不应展示未经核实的金额。
可以绕过证书警告吗?
不建议,尤其不能在不安全连接中提交账号和支付信息。
AI菜谱可靠吗?
只能作为灵感,食材份量、温度、时间、过敏原和保存方法都要人工核验。
菜谱会公开吗?
历史生成页面能够被搜索引擎索引,因此不要输入个人敏感信息。
提供API吗?
没有找到官方开发者API文档。
AI Recipe Generator开源吗?
不开源,没有可验证的官方代码或模型仓库。
桂公网安备45132202000164号