最初的描述
« 我们是两名汽修技师。每张维修工单均对应一位客户的车辆，包含故障诊断、维修项目、所用配件、工时及状态：已接收、已诊断、已确认、维修中、已完成、已开票。部分工单因等待配件而暂停。我需要查看今日车间任务、待配件工单，以及本周可计费工时。 »
生成前确认的系统架构方案
在编写任何代码之前，Blueprint Maker 将该需求描述转化为一份可审核的架构方案。对于 GarageClair，该方案仅需一屏即可完整呈现：共定义五大核心实体——维修工单、车辆、客户、配件、技师；并明确其关联关系：一张工单对应一辆车，一辆车归属一位客户，一张工单可使用多种配件，并由一名技师负责。
方案中亦清晰列出了从需求文本中推导出的所有工单状态：已接收、已诊断、已确认、维修中、已完成、已开票。您提出的三项关键指标（今日车间任务、待配件工单数、本周可计费工时）也以白纸黑字形式明确列出。若方案中存在遗漏或冗余，您可在此阶段直接修正——最终交付的，正是您亲自确认过的全部内容。
- 核心实体：维修工单、车辆、客户、配件、技师
- 关联关系：工单 → 车辆；车辆 → 客户；工单 → 配件；工单 → 技师
- 工单状态：已接收 / 已诊断 / 已确认 / 维修中 / 已完成 / 已开票
- 关键指标：按状态分类的维修工单数、待配件工单数、本周可计费工时
导航结构：按实体划分功能模块
生成的应用默认打开简洁侧边栏：仪表盘、维修工单、车辆、客户、配件。每个模块均导向一个真正的应用级列表页——而非传统纸质工单本：顶部设搜索框，各列支持单击排序，底部带分页控件。
维修工单列表清晰展示车辆信息、客户姓名、带颜色标识的状态标签、接收日期，以及右对齐货币格式的可计费金额。待配件工单一目了然。车辆列表则提供客户筛选与按最近维修日期排序功能，两步操作即可调取完整历史记录。
车辆档案页：完整维修历史一目了然
点击「标致308 — AB-123-CD」即进入该车专属档案页：含车牌号、所属客户（可点击跳转至客户档案）、当前里程数；最关键的是——区别于传统工单本的全新设计：该车所有维修工单的历史记录，以时间轴表格形式呈现：3月14日，更换离合器，开票320 €；6月2日，常规保养，开票145 €。
这种深度关联绝非表面装饰，而是源自系统自动生成的关系型数据库。当客户来电询问离合器维修情况时，技师只需一键点击即可定位档案，彻底消除传统工单本中反复翻查、耗时费力的低效环节。
新建维修工单：结构化表单提升录入效率
「新建工单」表单极为精简，因为系统结构本身已承担大部分工作：车辆从下拉菜单中选择（避免手动重复输入车牌号，杜绝拼写错误）；状态在预设六种选项中勾选；所用配件按需逐条添加并填写数量；诊断说明字段则支持技师自由输入文字。
保存后，维修工单列表、车辆档案页及仪表盘数据实时同步更新——所有界面共享同一套底层数据库。
仪表盘：精准呈现需求中的核心指标
仪表盘严格对应原始需求中提出的全部指标：按状态分类的进行中工单、待配件工单总数、本周可计费工时、本月已交付车辆数。
所有数字均为数据库实时查询结果，非人工录入：每次状态变更或新增配件，相关统计值自动刷新。配套的简易图表直观展示各状态工单分布，不追求炫技，只为每日清晨快速响应您最关心的业务问题。
演示数据：满屏真实场景，所见即所得
GarageClair 预装丰富演示数据：模拟运行数月，涵盖约三十台车牌真实可信的车辆、二十位客户、处于各阶段的维修工单，以及种类齐全的配件——其中特意设置若干待配件工单，便于您直观验证筛选功能。
这是刻意为之的设计：管理工具的价值，永远无法通过空表来评判。演示数据后续可一键清空，无缝切换至真实业务数据。应用部署于专属URL，且支持完整源码导出（ZIP包或直推GitHub），技术栈为标准 Next.js + Prisma。