# kitchen

**Repository Path**: nxddika/kitchen

## Basic Information

- **Project Name**: kitchen
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: main
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-08-20
- **Last Updated**: 2026-09-10

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

一、项目背景关键词
文本

编辑



项目名称：智能厨房系统
核心定位：以食材知识图谱（含调料）为数据底座，连接菜单推荐、社区论坛、个人中心
技术阶段：项目初期，基础架构已搭建完成，暂无业务数据
数据存储：
  - 菜单数据 → MySQL（关系型）
  - 食材数据 → JSON文件为主，后期迁移至Neo4j（图数据库）
  - 食材数据获取方式：以批量导入为主，页面修改仅限管理员及以上权限
用户体系：已设置角色权限（至少包含：普通用户、管理员）
二、食材JSON结构关键词（供工作AI校验数据格式）
工作AI在读取项目时，需确认食材JSON是否覆盖以下六大模块字段：
文本

编辑



模块一_基础身份：id, name, aliases, english_name, scientific_name, category_hierarchy, variety, origin_regions
模块二_营养健康：nutrition_per_100g, glycemic_index, allergens, allergen_warning, dietary_tags, health_benefits, contraindications
模块三_烹饪感官：flavor_profile, texture, edible_parts, waste_percentage, preparation_methods, cooking_methods, best_pairings, recommended_usage
模块四_库存保鲜：unit_primary, unit_secondary, unit_conversion, storage_conditions, shelf_life_type, selection_guide, peak_season
模块五_采购市场：price_reference, brand, ingredients_list
模块六_扩展元数据：tags, image_url, last_updated
校验规则关键词：
文本

编辑



- 必填字段：id, name, category_hierarchy, nutrition_per_100g
- 条件字段：仅特定分类填写（如waste_percentage仅果蔬肉类，recommended_usage仅调料）
- 稀疏数据处理：缺失字段允许为null，不强制补全
- 分类判断依据：通过category_hierarchy和dietary_tags决定前端展示逻辑
三、功能拆解路径与关键词
工作AI需按以下路径逐一读取代码，判断每个功能点的实现状态：
路径：登录 → 主页 → 论坛 → 个人中心 → API文档
登录模块关键词
文本

编辑



检查项：
- 注册/登录接口是否存在
- 密码加密方式（bcrypt/argon2等）
- Token机制（JWT/Session）
- 第三方登录OAuth接入（微信/手机号）
- 游客模式（未认证Token或空权限路由）
- 登录态保持（Token刷新/过期策略）
- 角色权限中间件（普通用户/管理员权限校验）
主页模块关键词
文本

编辑



检查项：
- 食材知识图谱展示（分类树/图谱可视化）
- 食材详情页（字段渲染是否覆盖六大模块）
- 食材→菜单关联跳转（食材页展示"包含该食材的菜品"列表）
- 菜单详情页（食材清单可点击跳转、味道偏向标签渲染）
- 味道偏向标签体系（偏甜/偏酸/偏辣/偏咸/偏苦/鲜味等）
- 口味强度量化（滑块或数值，如辣度1-5级）
- 搜索功能（模糊搜索、联想补全、按食材/菜名/口味筛选）
- 首页推荐流（是否接入用户标签数据）
- "冰箱里有什么"反向推荐（输入食材→返回可做菜品）
- 时令/节气推荐（读取peak_season字段自动匹配当前月份）
- 相似食材替换建议（基于category_hierarchy同层级节点推荐）
论坛模块关键词
文本

编辑



检查项：
- 自动话题区创建机制（食材/菜单页面下是否自动生成讨论区）
- 话题区与食材/菜单的关联关系（外键或引用ID）
- 发帖/回帖基础功能
- 敏感词过滤（关键词：词库文件、过滤中间件、替换策略）
- 管理员审查机制（关键词：待审队列、审核状态字段、审核操作接口）
- 食材名/菜名自动识别→跳转链接（NLP实体识别 或 手动@触发）
- 帖子图片上传（OSS/本地存储、图片压缩）
- 点赞/收藏功能
- 精华帖/置顶标记
- 帖子标签自动提取（从内容中提取食材/调料/口味关键词）
个人中心模块关键词
文本

编辑



检查项：
- 浏览历史自动归档（触发条件：页面停留时长阈值）
- 关键标签自动提取（从浏览记录提取偏好食材、口味倾向）
- 标签权重算法（是否有时间衰减因子：近期行为权重 > 远期行为）
- 偏好标签手动修改界面
- 个性化推荐联动（标签数据→首页推荐流的闭环）
- 收藏夹/菜谱本
- 饮食偏好设置（素食/低盐/过敏原等限制项）
- 历史记录管理（单条删除/批量清除）
- 个人数据统计（浏览菜品数、探索食材数等）
API文档模块关键词
文本

编辑



检查项：
- 文档自动生成框架（Swagger/OpenAPI/SpringDoc等）
- 接口分组（按模块：食材/菜单/论坛/用户）
- 请求/响应示例是否完整
- 在线调试功能（Try it out）
- 接口版本管理（v1/v2路由）
- 变更日志（Changelog记录）
四、工作AI判断标准关键词
工作AI读取代码后，对每个功能点使用以下三态标记：
文本

编辑



🟢 已完成：代码中存在完整实现，接口可调用，页面可渲染
🟡 部分完成/开发中：代码中存在框架或部分逻辑，但未完整实现
🔴 未开始：代码中无相关实现，仅有路由占位或完全缺失
五、功能建议分类标准关键词
工作AI在给出扩展建议时，按以下标准分类：
🟢 优先推荐（绿色）— 判定关键词
文本

编辑



符合以下任一条件即归入此类：
- 开发成本低（< 3人天）且用户感知强
- 核心业务闭环的必要环节（如搜索、推荐联动）
- 已有数据/接口基础，仅需前端渲染或简单对接
- 直接影响用户留存或转化的功能
🟡 备选扩展（浅黄色）— 判定关键词
文本

编辑



符合以下任一条件即归入此类：
- 开发成本中等偏高（> 5人天）或依赖外部能力（如NLP）
- 提升体验但非核心流程阻断项
- 需要一定数据量或用户基数才能体现价值
- 技术复杂度高但长期价值明确
六、输出格式关键词
工作AI最终输出需严格遵循以下格式：
文本

编辑



输出格式要求：
1. 使用Markdown表格，列名固定为：

   | 所属模块 | 功能名称 | 功能描述 | 当前状态 | 扩展建议 |

2. 当前状态列使用三态标记：
   - 🟢 已完成
   - 🟡 开发中/部分完成
   - 🔴 未开始

3. 扩展建议列使用颜色标签：
   - 优先推荐：🟢 + 功能名称 + 推荐理由（为什么优先）
   - 备选扩展：🟡 + 功能名称 + 推荐理由（为什么备选）
   - 无需扩展：留空或标注"—"

4. 每个建议必须附带理由，禁止空泛描述

5. 表格之后附加"优先级总览"汇总表，分绿色和黄色两区
七、特殊约束关键词
文本

编辑



- 食材JSON数据以导入为主，页面编辑功能仅限管理员角色
- 论坛前期以管理员审查为主（先审后发），敏感词过滤为前置拦截
- 浏览历史归档功能前期暂不实现，个人中心仅保留标签手动修改
- 菜单与食材为多对多关联关系（一道菜含多种食材，一种食材出现在多道菜中）
- 菜单页面中食材名称为可点击链接，跳转至对应食材详情页
- 论坛帖子中食材名/菜名需支持生成可跳转链接（前期可手动，后期自动识别）
八、给工作AI的完整指令模板（可直接复制使用）
角色：你是一位资深产品经理和全栈架构师，擅长代码审查和产品功能规划。
任务：请读取当前项目的全部代码，结合以下项目背景和关键词清单，生成一份【功能拆解与迭代规划文档】。
项目背景：智能厨房系统，以食材知识图谱（含调料）为数据底座，连接菜单、论坛、个人中心。技术栈：MySQL（菜单）+ JSON/Neo4j（食材）。项目初期，基础架构已搭建。
拆解路径：严格按照 登录 → 主页 → 论坛 → 个人中心 → API文档 的顺序，逐一检查代码实现情况。
判断标准：
🟢 已完成：代码完整可运行
🟡 开发中：有框架但不完整
🔴 未开始：无相关代码
建议分类：
🟢 优先推荐：开发成本低 + 用户感知强 / 核心闭环必要环节
🟡 备选扩展：开发成本高 / 依赖外部能力 / 需数据量支撑
输出格式：Markdown表格（列：所属模块 | 功能名称 | 功能描述 | 当前状态 | 扩展建议），表后附优先级总览。每个建议必须附带理由。
食材JSON校验：请同时检查食材JSON数据是否覆盖六大模块（基础身份/营养健康/烹饪感官/库存保鲜/采购市场/扩展元数据），列出缺失字段。
特殊注意：
论坛需检查敏感词过滤和管理员审查机制是否实现
食材页面编辑权限是否限制为管理员以上
菜单与食材的多对多关联是否正确实现
味道偏向标签体系是否完整