从一份需求开始，
而不是空白页

做一个面向小型销售团队的 CRM 系统。

核心数据：客户（姓名、公司、邮箱、电话、来源、负责人）、商机（标题、关联客户、金额、阶段、预计成交日期）、动态（类型：电话/邮件/会面/备注，内容，时间，关联客户或商机）。

页面：
1. 管道看板 —— 商机按阶段分列（线索、已验证、方案中、赢单、丢单），拖拽卡片切换阶段，卡片上显示标题、金额和停留天数。
2. 客户列表 —— 支持搜索，可按负责人和来源筛选，点进详情页可看到完整的沟通时间线。
3. 今日待办 —— 已过预计成交日期的商机，以及超过 14 天没有任何动态的客户。

请预置约 25 个真实感的客户和 15 个分布在各阶段的商机，保证每个页面首次打开就有内容。看板每列标题上要显示该阶段的商机金额合计。

做一个仓库库存管理系统。

核心数据：商品（SKU、名称、分类、库位、单位、当前库存、安全库存）、出入库记录（类型：入库/出库，商品，数量，业务单号，操作人，备注，时间）。

页面：
1. 工作台 —— 商品总数、库存总价值、低于安全库存的商品数，以及最近 10 条出入库记录。
2. 库存列表 —— 支持按名称/SKU/库位搜索，可按分类和状态（正常、偏低、缺货）筛选，每行带状态标签。
3. 出入库流水 —— 完整记录，可按入库/出库筛选，每条显示操作后的结存数量。

登记出入库时必须原子地更新商品库存，出库导致库存为负时要拒绝并给出明确提示。请预置约 30 个跨多个分类的商品和 40 条出入库记录，让工作台有真实数据。

做一个在线商城。

核心数据：商品（名称、描述、价格、分类、图片占位、库存）、购物车项（商品、数量）、订单（商品明细、总价、收货人、邮箱、收货地址、状态、下单时间）。

页面：
1. 商品列表 —— 响应式网格，可按分类和价格区间筛选，支持按价格和上架时间排序，带搜索框。
2. 商品详情 —— 图片、描述、库存状态、数量选择、加入购物车。
3. 购物车 —— 可改数量、可删除，实时计算小计。
4. 结算 —— 简单表单，提交后创建订单、扣减库存，并显示带订单号的成功页。
5. 我的订单 —— 历史订单及其状态。

购物车在刷新页面后必须还在。请预置约 24 个商品，覆盖至少 4 个分类。

做一个 SaaS 产品的数据看板。

数据：一张覆盖最近 180 天的每日指标表，字段为日期、注册数、活跃用户、收入、流失用户；另有一张客户表，字段为套餐、月付金额、注册日期、状态。

页面：
1. 总览 —— 收入、活跃用户、注册数、流失率四个 KPI 卡片，每个都要显示与上一个同等周期相比的变化；顶部有时间范围选择器（7 / 30 / 90 天），切换后所有卡片和图表联动。
2. 图表 —— 收入趋势折线图，以及注册与流失的对比图。用轻量图表库或直接手写 SVG 实现，不要引入体积很大的依赖。
3. 客户明细 —— 可排序、可按套餐和状态筛选、带分页的表格。

请用程序生成种子数据，带上合理的上升趋势和周内波动，让图表看起来像真实产品的数据。

做一个团队任务看板。

核心数据：任务（标题、描述、状态、负责人、优先级、截止日期、标签、创建时间）、成员（姓名、头像首字母、角色）。

页面：
1. 看板 —— 待办、进行中、待评审、已完成四列，卡片可在列间拖拽；卡片显示标题、负责人首字母、优先级色块和截止日期，已超期的日期要高亮。
2. 筛选 —— 按负责人、优先级、标签筛选，不刷新页面即时生效。
3. 我的任务 —— 当前成员名下的全部任务，按已超期、今天、本周、更晚分组。

点开卡片弹出详情面板，所有字段都可编辑。请预置 6 个成员和约 30 个任务，分布在不同列、不同优先级和截止日期上，其中要有几个已超期的。

做一个带后台的博客系统。

核心数据：文章（标题、slug、摘要、正文 markdown、标签、封面色、状态：草稿/已发布、发布时间、阅读时长）、标签。

前台：
1. 首页 —— 一篇头条文章加上分页的已发布文章列表。
2. 文章页 —— 渲染后的 markdown、阅读时长、标签，以及相关文章链接。
3. 标签页 —— 按标签筛选的文章列表。
4. 搜索 —— 在标题和摘要中检索。

后台（/admin）：
5. 文章列表带状态筛选，以及带 markdown 编辑器和实时预览的新建/编辑表单。
6. 发布开关在草稿和已发布之间切换，草稿绝不能出现在前台。

阅读时长根据字数计算。请预置约 12 篇文章，覆盖 5 个标签，其中 2 篇为草稿。

做一个小型工作室的在线预约系统。

核心数据：服务项目（名称、时长分钟数、价格、说明）、时段（日期、开始时间、服务项目、可约人数）、预约（时段、姓名、邮箱、电话、备注、状态：已确认/已取消、创建时间）。

页面：
1. 预约流程 —— 先选服务项目，再在周视图里选可约时段（显示剩余名额），然后填写信息，最后是带预约码的确认页。
2. 查询与取消 —— 凭预约码查到预约并取消，取消后名额要释放。
3. 后台 —— 按天列出预约、各服务项目的预约数，并可开放或关闭时段。

预约必须是事务性的：时段已满时要干净利落地失败并给出明确提示，绝不能超额。请预置 5 个服务项目和四周的时段。

做一个在线答题平台。

核心数据：试卷（标题、说明、限时时长、及格分）、题目（所属试卷、题型：单选/多选/判断，题干，选项，正确答案，分值，解析）、作答记录（试卷、答题人、答案、得分、开始与提交时间）。

页面：
1. 试卷列表 —— 显示标题、题目数、限时时长，做过的还要显示最高分。
2. 答题页 —— 一页一题，带进度条和倒计时；答案要自动保存，刷新不丢失；时间到自动交卷。
3. 成绩页 —— 总分、按及格分判定的通过与否，以及逐题解析（我的答案、正确答案、解析）。
4. 出题页 —— 创建和编辑试卷及其题目。

多选题按全对才得分处理。请预置 3 套试卷，每套 8 到 12 道题。

做一个面向多部门企业的采购与审批系统。

角色：员工、部门经理、财务审批人、采购专员、管理员。权限必须在服务端执行，不能只隐藏界面按钮。

核心数据：部门与成本中心；供应商；采购申请（明细项、业务理由、预算编码、附件、总额、状态）；审批步骤（审批人、决定、意见、时间）；供应商报价；采购订单；不可篡改的审计事件。

流程：员工保存草稿并提交。低于 5 万元由部门经理审批；5 万至 25 万元依次经过经理和财务；超过 25 万元还需采购审批并至少提供 3 家供应商报价。驳回时必须说明理由并退回申请人。已批准申请只能转换一次带连续编号的采购订单。审批人不得审批自己的申请。

页面：
1. 我的申请和审批待办箱，显示 SLA 与超期状态。
2. 申请详情，包含明细、附件、审批时间线和完整审计记录。
3. 采购工作台，可横向比较报价并签发采购订单。
4. 数据看板，按部门、品类、供应商、处理周期和审批瓶颈分析。
5. 管理后台，配置审批阈值、用户、角色、部门与成本中心。

所有流程状态变化必须在事务中完成并由服务端校验。审计日志记录操作人、动作、变更前后状态、时间和请求关联 ID。预置 8 个部门、30 家供应商和 80 条覆盖全部状态的采购申请，并提供真实感审批历史和权限隔离数据。

做一个符合实际事件管理流程的企业 IT 服务台。

角色：申请人、支持坐席、队列经理、管理员。申请人只能查看自己的工单；坐席只能查看其有权限队列内的工单；经理可查看和分派所管理队列的全部工单。所有规则必须在服务端执行。

核心数据：用户、团队、队列、服务目录项、工单、评论、附件、SLA 策略、不可篡改的活动事件。工单包含易读编号、类型（事件/服务请求）、分类、影响度、紧急度、计算出的优先级、状态、处理人、队列、申请人、创建/解决时间和 SLA 截止时间。

流程：新建 → 已分诊 → 处理中 → 等待申请人 → 已解决 → 已关闭，并支持重新打开。优先级由影响度与紧急度矩阵计算。只有获准的等待状态才能暂停计时。SLA 违约后自动升级并通知队列经理。每次分派、状态、优先级和 SLA 变化都必须留痕。

页面：
1. 员工门户，包含服务目录、提交工单和我的请求。
2. 坐席控制台，包含队列视图、保存的筛选器、批量分派和 SLA 倒计时。
3. 工单工作区，展示对话、内部备注、附件、关联工单和完整活动时间线。
4. 运营看板，统计积压、SLA 达标率、平均解决时间、重开率和分类趋势。
5. 管理页面，配置队列、目录项、工作时间与 SLA 策略。

状态变化使用事务和乐观并发控制，避免两个坐席静默覆盖彼此操作。预置最近 90 天的 150 条工单、20 个用户和 4 个支持队列，覆盖违约、升级、重开和等待等场景。

做一个覆盖入职、内部调岗和离职的企业员工生命周期系统。

角色：HR 伙伴、直属经理、IT、行政、任务负责人、审计员、管理员。实施字段级权限：薪酬和个人身份信息只对获授权 HR 开放；审计员仅可读取。

核心数据：员工、部门、岗位、生命周期案例、流程模板、任务模板、案例任务、设备领用、系统权限申请、审批、不可篡改的审计事件。任务支持依赖关系、负责团队、相对期限、完成凭证和超期升级。

流程：HR 从带版本的模板创建案例，任务日期相对入职或离职日期生成。前置任务完成后才能解锁后续任务。调岗需要原经理和新经理审批。离职案例必须在系统权限全部回收，且设备归还或正式登记例外后才能关闭。日期变更只重新计算未完成任务的截止日期，并保留历史。

页面：
1. HR 工作台，展示即将入职/离职人员、超期工作和高风险案例。
2. 案例详情，展示员工摘要、依赖时间线、审批、任务和审计历史。
3. IT、行政和经理的团队工作队列，支持安全的批量操作。
4. 设备与系统权限台账，保留完整归属历史。
5. 管理后台，配置版本化流程模板、角色、部门和升级规则。

API 返回也必须过滤敏感字段，不能只靠前端隐藏。任务完成与依赖解锁必须在同一事务内。预置 60 名员工和 25 个覆盖入职、调岗、离职的案例，包括超期和阻塞示例。

做一个企业合同全生命周期管理系统。

角色：业务申请人、法务评审人、财务审批人、合同负责人、管理员。用户只能访问所属法人主体或明确共享给自己的合同，每一条服务端查询都必须实施此规则。

核心数据：法人主体、相对方、合同、合同版本、评审任务、审批、条款风险、履约义务、续约提醒、不可篡改的审计事件。合同包含类型、负责人、金额、币种、生效/到期日、续约条款、保密等级和生命周期状态。

流程：草稿 → 法务评审 → 超过可配置金额阈值时进入财务审批 → 待签署 → 生效 → 到期/终止。每次上传修订稿都创建新的不可变版本，绝不能覆盖历史文件或元数据。合同生效时自动创建履约义务计划与续约提醒。存在未完成的强制评审或未解决的高风险条款时不得生效。

页面：
1. 合同库，支持元数据搜索、法人主体筛选和权限感知结果。
2. 发起向导，上传文档并填写相对方、日期、金额和评审路径。
3. 合同工作区，展示版本信息、评审意见、审批、履约义务和审计历史。
4. 日历与工作队列，管理续约、到期、履约义务和超期评审。
5. 数据分析，展示合同金额、处理周期、续约风险和高风险条款。
6. 管理后台，配置合同类型、审批阈值、条款风险分类和访问策略。

流程变化必须使用事务，并通过唯一约束防止重复审批与重复提醒。预置 70 份跨多个法人主体和生命周期状态的合同，带真实感版本、义务、续约数据和访问隔离。