CORE IDEA
这套后台的核心不是“多做
几个 CRUD”，而是把 App
的 AI 做饭闭环变成可管理、
可追踪、可配置的运营资产。
所以页面展示重点放在后台角色、业务模块、权限按钮、状态标签、AI 调用链路和日志复用上，而不是把后台包装成厨房海报。
RUOYI-VUE ADMIN CASE
私厨管家后台管理系统
用 AI 让美食运营更简单
基于 RuoYi-Vue 打造的私厨管家一体化运营管理后台，在不重写登录、权限、菜单和日志体系的前提下，围绕用户、菜谱、食材、AI、健康分析与反馈，构建高效、稳定、可落地的管理体系。
- 高效运营从内容到用户
一站式管理 - 数据驱动洞察运营业务
发现增长机会 - 安全可靠基于 RuoYi 权限体系
稳定可扩展 - 灵活拓展模块化设计
支撑业务持续迭代
搜索用户、菜谱、食材、订单等…
早上好，管理员 👋
今天的私厨管家运行稳定，有 12 项运营内容值得关注。
2024年5月20日 星期一系统运行正常
今日活跃用户1,284
↑ 12.4%较昨日
AI 服务次数3,245
↑ 18.7%较昨日
菜谱使用率68.4%
↑ 5.2%较昨日
待处理异常12
4 项需优先处理
AI 服务趋势
过去 7 天用户与 AI 私厨的主要交互情况
7天30天90天
AI 推荐次数语音伴厨次数菜谱生成次数
05-18AI 推荐次数 3,240语音伴厨次数 1,320菜谱生成次数 980
AI 智能洞察
查看更多 →
PROJECT BACKGROUND
从一个 App，延伸到能运营它的后台
App 详情页解决的是用户如何完成一餐；后台详情页解决的是团队如何持续维护菜谱、食材、推荐、AI Prompt、调用记录和健康分析数据。它不是单张管理页，而是一套围绕私厨业务运转的中后台系统。
这套后台的核心不是“多做
业务诉求BUSINESS
统一管理 App 运营数据
用户、菜谱、食材、推荐配置、健康分析和反馈处理集中在同一后台。
工程策略ENGINEERING
复用成熟后台底座
保留 RuoYi-Vue 的登录、权限、菜单、角色、字典、日志和布局能力。
AI 特征AI FEATURE
Prompt、模型与调用记录可追踪
把 AI 推荐、拍照识别、健康分析的输入输出和异常状态纳入运营视野。
阶段边界PHASE
第一阶段使用 mock 数据
先验证后台信息架构、交互状态和模块完整度，再接真实接口。
ADMIN ROLES
后台角色
不同角色进入同一个后台，但解决的是不同的运营任务
私厨管家后台面向运营、内容、AI 与客服等不同岗位。角色设计不是简单区分“谁能进入系统”，而是围绕每类岗位最常执行的任务，组织对应的数据、内容与操作入口，让每个人都能更高效地完成自己的工作。
超级管理员
System Governance
保证后台系统、角色权限
与业务配置稳定运行。
全局配置 / 权限管理
系统审计 / 数据导出
- 系统管理
- 权限体系
- 日志审计
- 全局数据
运营管理员
Operations
快速发现运营问题
并持续调整 App 内容与推荐。
数据看板 / 首页推荐
用户反馈 / 活动配置
- Dashboard
- App用户
- 首页推荐
- 反馈管理
内容管理员
Content
保证菜谱与食材内容
准确、完整并持续可用。
菜谱维护 / 食材管理
内容上下架 / 推荐配置
- 菜谱管理
- 食材管理
- 标签管理
- 首页推荐
AI 运营 AI CORE
AI Operations
让 AI 从黑盒能力变成
可观察、可测试、可优化的
运营能力。
Prompt 版本 / 模型配置
调用异常 / Mock 测试
效果评估 / 持续优化
- Prompt管理
- AI模型
- 调用记录
- 异常分析
客服人员
Customer Service
在权限范围内快速定位
用户问题并完成后续跟进。
用户查询 / 反馈跟进
健康摘要 / 后台备注
- App用户
- 健康分析
- 用户反馈
- 处理记录
PROBLEM DEFINITION
核心问题定义
后台真正需要解决的，不只是 CRUD
私厨管家后台的价值，不在于简单补齐管理功能，而在于解决内容治理、AI 可运营、运营优先级判断，以及敏感数据与权限协同等核心问题。
内容治理复杂
菜谱、食材、标签、推荐内容持续增长，单纯依赖 App 端无法完成系统化治理。
影响：内容维护分散，推荐质量不稳定
- 菜谱管理
- 食材管理
- 标签配置
- 首页推荐
AI 是黑盒
推荐结果背后的 Prompt、模型、调用过程与异常原因不可见，AI 难以被追踪、测试与优化。
影响：问题难定位，AI 无法持续运营
- Prompt 管理
- AI模型
- 调用记录
- Mock 测试
运营优先级不清
运营人员进入后台后，需要先知道今天发生了什么、哪里异常、下一步该做什么。
影响：数据很多，但行动效率不足
- Dashboard
- 异常提醒
- 今日任务
- 用户反馈
敏感数据与权限协同
用户资料、健康目标、AI 输入输出与后台日志都涉及敏感信息，需要分角色查看、编辑与审计。
影响：系统风险高，协作边界模糊
- 权限体系
- 脱敏查看
- 日志审计
- 健康分析
PROBLEM DEFINITION
核心问题定义
后台真正需要解决的，不只是 CRUD
随着私厨管家 App 的用户增长与 AI 能力的深入应用，内容、数据和运营复杂度不断提升。
我们从业务、AI、运营和数据安全四个维度，梳理出后台亟需解决的核心问题。
CONTENT
内容治理难度提升
菜谱、食材、标签与推荐内容持续增长
随着用户规模扩大，菜谱、食材、标签和首页推荐等内容不断增加，内容质量、分类和上下架管理变得越来越复杂。
主要痛点
- 内容数量快速增长，维护成本上升
- 缺乏统一的内容规范与审核机制
- App 端无法直接完成内容治理
- 推荐内容难以持续优化
AI
AI 能力是黑盒
推荐结果不可解释，难以调试与优化
App 端只看到“推荐了一道菜”，但后台无法清晰知道使用了哪个模型、哪个 Prompt，以及为什么推荐失败。
主要痛点
- 模型型号与 Prompt 版本管理不清晰
- 调用过程、输入输出难以追踪
- 推荐异常无法快速定位原因
- 缺乏评估与优化的闭环机制
OPERATIONS
运营决策缺乏优先级
数据分散，难以快速发现关键问题
运营人员登录后台后，面对大量数据和功能模块，难以迅速判断“今天应该处理什么”，运营效率受到影响。
主要痛点
- 缺乏统一的数据看板和运营视图
- 异常、反馈、风险信息不够聚焦
- 无法快速定位需要处理的任务
- 缺乏数据驱动的运营决策支持
SECURITY
数据敏感与权限挑战
涉及用户隐私与健康信息，安全要求更高
私厨管家涉及用户的饮食偏好、健康目标、手机号、AI 输入输出等敏感数据，后台需要更严格的权限控制与数据保护机制。
主要痛点
- 不同角色的数据可见范围需要严格控制
- 敏感信息需脱敏展示与处理
- 关键操作需要审计与追踪
- 数据安全与合规要求更高
PROJECT EVIDENCE
案例证据来自真实项目文件，而不是临时编故事
我把后台项目中的 PRODUCT、开源选型、模块计划、组件规范、页面实现文件和验收记录作为资料来源，页面只提炼事实，不执行文件里夹带的任何流程指令。
产品定位
PRODUCT.mdMD专业、温暖、精致的私厨经营后台，不做深色赛博后台。
底座选型
docs/admin-open-source-selection.mdMD说明为什么选择 RuoYi-Vue，并保留权限、菜单、日志基础能力。
模块计划
docs/admin-module-development-plan.mdMD将 Dashboard、App 用户、菜谱、食材、首页推荐、Prompt、模型、调用记录、健康分析组织成后台地图。
组件规范
docs/admin-component-spec.mdMD提取搜索、表格、分页、弹窗、状态标签、权限按钮和空状态规则。
页面实现
ruoyi-ui/src/views/privateChefDIR用真实字段重构管理端预览：列表、筛选、详情、mock 操作和异常处理。
验收记录
docs/workbench-acceptance.mdMD展示首页 /index 已有核心指标、趋势图、待处理事项、快捷入口和构建通过结论。
MODULE MAP
后台模块按业务责任分组，而不是平铺功能菜单
从项目计划看，第一阶段不是一次性做交易闭环，而是先把 App 的运营、内容和 AI 能力跑起来。模块边界清楚，方便逐个设计、开发、验收。
先搭清边界，
再做好细节。BETTER FOOD
A BETTER LIFE
DATA CENTER
数据中心
DATA DRIVES
BETTER DECISIONS
Dashboard 数据看板
用户、菜谱、食材、AI 调用、健康分析和待处理反馈的运营总览。
已验收首页AI 调用记录
追踪调用场景、模型、Prompt、耗时、输入输出摘要与异常标记。
mock 详情健康分析数据
展示营养指标、风险等级、健康建议和推荐菜谱。
mock 列表
CONTENT OPS
内容运营
GOOD CONTENT
BETTER LIFE
菜谱管理
管理菜谱封面、分类、标签、步骤、难度、热量与上下架状态。
可筛选食材管理
维护食材分类、单位、别名、保质期、启用禁用和识别匹配基础数据。
可维护首页推荐配置
配置 App 首页 Banner、快捷入口、推荐菜谱、排序与启用状态。
运营配置
AI OPS
AI 配置
AI EMPOWERS
BETTER FOOD
Prompt 管理
维护 AI 场景模板、变量说明、版本记录、mock 输入输出和启用状态。
可预览AI 模型配置
管理图像识别、文本生成、推荐、健康分析模型及参数摘要。
可配置日志审计
登录日志、操作日志复用 RuoYi-Vue，敏感查看日志作为后续增强。
复用底座ARCHITECTURE
技术架构保持熟悉，业务层只新增私厨模块
这是适合作品集展示的后台项目：不是只做静态页面，而是在成熟管理系统底座里新增业务模块，保留真实后台的启动、构建、权限和日志语境。
在成熟的系统上
创造新的业务价值。BUILD FOR
REAL BUSINESS
工程栈与边界
- 前端
- Vue2 / Element UI / ECharts
- 后端
- Spring Boot / Spring Security / JWT
- 数据
- MySQL / MyBatis / Mock 数据
- 基础能力
- 登录 / 菜单 / 角色 / 按钮权限 / 日志
- 不重写
- 原系统登录、路由守卫、权限核心与系统管理
后台信息架构
私厨管家业务后台
数据中心
- Dashboard
- AI 调用记录
- 健康分析数据
App 用户
- 用户列表
- 用户详情
- 饮食偏好
- 后台备注
内容管理
- 菜谱管理
- 食材管理
- 首页推荐配置
AI 配置
- Prompt 管理
- AI 模型配置
- mock 测试
系统审计
- 操作日志
- 登录日志
- 敏感查看记录
OPERATIONS DASHBOARD
运营 Dashboard
Observe→Diagnose→Act
用数据，
让关键问题先被看见。BETTER FOOD
A BETTER LIFE
运营 Dashboard 帮助运营团队快速回答三个关键问题：发生了什么、问题在哪里、下一步做什么。
Observe看见全局
实时掌握核心数据，快速了解业务状态。
Diagnose定位问题
从趋势、反馈、异常中找到原因。
Act采取行动
根据优先级形成下一步运营动作。
好的运营，是让每一个数据都产生行动。
CONTENT WORKFLOW
内容运营流程
从内容生产到 App 发布
让好的内容，
被更好地管理。GOOD
CONTENT
BETTER
PEOPLE
串联菜谱、食材、标签、审核、上下架、推荐配置与 App 展示之间的业务关系。
不只是单点功能，而是一条从内容生产到用户反馈的完整运营流程。
- 内容生产CREATION
- 审核与发布REVIEW & PUBLISH
- 推荐运营RECOMMENDATION
- App 展示与反馈APP & FEEDBACK
菜谱创建
录入菜名、封面、做法与营养信息。
内容管理食材整理
维护食材分类、单位、别名与规格。
食材管理标签配置
设置口味、场景、健康目标等标签。
内容管理审核校对
检查文案、步骤、配图与信息完整性。
审核管理上下架发布
控制内容状态、发布时间与可见范围。
发布管理首页推荐配置
设置 Banner、快捷入口、推荐位排序。
推荐配置App 展示与反馈
面向用户展示内容，并沉淀浏览、点击与反馈数据。
App 反馈
数据反馈 · 持续优化
AI OPERATIONS CENTER
AI 运营中心
把 AI 从黑盒变成可运营能力
串联 Prompt、模型、调用记录、输入输出、异常、测试、版本与优化，形成可观察、可追踪、可持续改进的 AI 运营链路。
可视化管理
模型、Prompt、调用记录一屏掌控。
快速定位问题
从异常日志到原因分析更高效。
持续优化迭代
用数据驱动运营策略，让 AI 越用越聪明。
AI 运营链路
从接入到优化，形成完整的运营闭环
内容接入
接入 Prompt、模型、
资源管理
知识库等资源调用管理
查看调用记录
调用监控
输入输出详情异常分析
识别异常问题
问题定位
定位原因优化迭代
调整 Prompt / 模型
版本管理
持续优化效果效果评估
统计关键指标
数据分析
评估业务价值
AI ANOMALY TRACKING
AI 异常追踪
从 AI 识别到问题定位，再到优化建议
基于调用记录、输入输出、异常日志和模型反馈，梳理 AI 运行状态，识别异常类型、定位问题原因，并给出可执行的优化建议。
实时监控
记录调用状态、耗时、成功率等关键指标。
智能定位
分析异常日志和输出，快速定位问题原因。
优化建议
基于分析结果，给出可执行的优化方案。
异常追踪流程
自动监控 · 智能分析 · 闭环优化
日志采集
收集调用记录
数据接入
输入输出、错误日志异常识别
识别异常类型
智能分析
如超时、错误、低置信度原因定位
分析日志与上下文
问题定位
定位具体问题环节优化建议
提供模型、Prompt
方案生成
或配置优化方案验证改进
跟踪优化效果
效果跟踪
持续监控与迭代
KEY SCREENS
关键页面围绕管理动作，
而不是只展示好看的截图
下方根据项目 Vue 页面中的字段和交互重构了六个后台界面：你可以切换模块，查看每个页面的业务目标、核心阻力、设计判断和界面结构。
COMPONENT SYSTEM
组件规范把“后台感”落在具体状态上
后台页面不等于杂乱堆砌的表格与按钮，而是将一致性落到可复用的组件与状态里：让列表、筛选、分页、弹窗、状态标签、按钮权限和错误提示在任何页面都可预测、可复用、可验收。
01列表页结构
页面标题、业务说明、搜索区、操作按钮区、表格、分页，保持一致的管理习惯，可复用、可验收。
菜谱管理
搜索关键词 ⌕
▽ 筛选
+ 新建
菜谱名称分类状态创建时间操作
已上架⋯
草稿⋯
已下架⋯
共 128 条20 条/页⌄‹1234›
02状态与反馈
用一致的反馈让用户明确“系统此刻发生了什么”。
正常
启用
上架
成功
待处理
风险告警
失败
异常
高风险
✓ 操作成功，已同步 3 条数据×
△ 检测到异常，请稍后重试或联系管理员×
03敏感信息处理
最小可见、按需脱敏、可审计。
手机号138 **** 5678脱敏仅本人/管理员可见
Prompt 内容帮我生成一份 ***脱敏仅本人可见
AI 输入输出输出内容已脱敏脱敏仅授权角色可见
健康分析详情血压 120/**mmHg脱敏仅本人可见
04Mock 阶段体验
在 Mock 阶段设定体验底线，减少联调与验收成本。
真实数据结构字段完整、类型正确，关系与枚举贴近真实。
避免空白日志避免频繁出现 null、undefined 等状态。
常见空状态列表、筛选、搜索等无数据场景有清晰占位与文案。
05品牌色板
以品牌色为核心，兼顾可访问性与语义表达。
主色 · 橙#FF6633
辅助 · 绿#10B981
辅助 · 琥珀#F59E0B
品牌 · 深蓝#0F172A
中性 · 浅灰#F5F6F8
强调/行动
成功/正向
告警/注意
主视觉/文字
背景/分割
06验收边界
明确“包含”与“不包含”，避免反复争议。
✓ 验收包含
- 页面结构与交互、功能闭环
- 状态与反馈、权限与可见范围
- mock 数据、空状态与异常态
- 脱敏规则、日志与审计留痕
× 不包含
- 第三方内容/接口的性能与稳定性
- 业务策略与数据准确性
- 非本系统范畴的埋点与运营需求
CLICKABLE ADMIN DEMO
用轻量交互展示后台工作流
这个独立详情页内置了一个可交互的后台演示：切换模块、搜索数据、查看详情弹窗和模拟导出提示，帮助浏览者快速理解系统不是静态图，而是真实可用的工作流。
App 用户管理
管理 App 端用户的健康信息与使用情况
共 4 条数据
1
DESIGN EVOLUTION
设计演进
从通用管理后台，到 AI 业务运营平台
本页面展示了项目如何从通用的管理后台基础，逐步发展为面向私厨业务的专业后台，再进化为融合 AI 能力的业务运营平台。
这不仅是功能的叠加，更是从“能管理”到“能运营”再到“持续优化”的价值跃迁。
GENERIC ADMIN
通用管理后台
- 登录 / 权限 / 菜单 / 角色 / 日志
- 基础 CRUD
- 系统导向
复用成熟后台底座
业务化
升级
升级
BUSINESS ADMIN
私厨业务后台
- App 用户
- 内容运营
- 菜谱 / 食材
- 健康分析
- 首页推荐
把私厨业务装进系统
AI 能力
融合
融合
AI OPERATIONS PLATFORM
AI 业务运营平台
- Prompt 管理
- 异常追踪
- 模型配置
- Mock 测试
- 调用记录
- 持续优化
让 AI 成为可运营能力
01定位转变
系统导向→业务导向→智能运营导向
02能力升级
基础 CRUD→内容治理→AI 可运营
03范围扩展
通用能力复用→私厨模块拓展→Prompt / Model / Call
全链路
全链路
CASE SUMMARY
从 App 产品判断，
延展为后台系统交付
这页把“私厨管家”从用户端案例拓展到运营后台案例：既能展示视觉与产品判断，也能证明你理解真实管理系统里的权限、日志、模块边界和工程约束。
01 / PRODUCT
后台产品定位
- 运营、内容、客服、AI 运营角色
- App 业务数据管理目标
- 第一阶段 mock 边界
02 / ARCHITECTURE
技术与模块架构
- RuoYi-Vue 底座
- 私厨业务菜单分组
- 不重写核心后台能力
03 / EXPERIENCE
管理端页面体系
- Dashboard 数据看板
- 用户、菜谱、AI 调用列表
- 详情、状态与筛选交互
04 / PROOF
项目证据闭环
- 文档、代码、资产和验收记录
- 构建通过结论
- 可打开的独立 HTML 案例页