AI PRD Breakdown Agent Demo

把一句产品想法，变成完整开发计划

AI 自动拆解 PRD，生成 MVP 范围、页面清单、接口设计、数据模型、开发任务和验收标准。

开始体验 查看输出结构
11 类结构化交付物
500ms 逐步模拟 Agent 推理
0 API 纯前端 Demo 可运行
```

输入一句想法，启动 Agent 拆解流程

当前 Demo 使用固定 mock 数据模拟「校园二手交易平台」的完整需求拆解输出，适合项目演示、方案汇报和产品原型展示。

Agent 执行流程 等待开始
1
正在理解产品目标
2
正在识别目标用户
3
正在拆解 MVP 功能
4
正在生成页面和接口设计
5
正在评估技术风险
6
正在生成开发任务和验收标准

SpecFlow Agent 生成结果

以下为模拟生成的结构化 PRD / 需求拆解文档，可一键复制为 Markdown。

🧭

项目摘要

Summary

校园二手交易平台面向高校学生，提供闲置商品发布、搜索筛选、收藏、卖家联系与线下交易闭环能力。MVP 阶段聚焦低成本撮合交易，不引入在线支付与物流模块，优先验证供需匹配效率和商品发布活跃度。

🎯

核心痛点

Pain Points
  • 校园闲置交易信息分散在微信群、论坛和朋友圈，检索效率低。
  • 商品状态不透明，容易出现已售商品仍被咨询的问题。
  • 陌生交易缺少基础信任信息，沟通成本高。
👥

目标用户

Users
  • 想出售闲置教材、电子产品、生活用品的在校学生。
  • 希望低价购买二手物品的新生或预算敏感型学生。
  • 负责校园社区运营的学生组织或社群管理员。
🚀

MVP 功能范围

MVP
  • 用户注册 / 登录 / 个人资料。
  • 商品发布、编辑、下架、状态管理。
  • 商品搜索、分类筛选、详情查看。
  • 商品收藏与取消收藏。
  • 卖家联系方式展示与站内咨询入口。
🖥️

页面清单

7 Pages
首页展示推荐商品、搜索入口、分类导航和最新发布商品。
商品列表页支持关键词搜索、分类筛选、价格区间和排序。
商品详情页展示图片、价格、描述、卖家信息、收藏与联系入口。
发布商品页填写标题、分类、价格、描述、图片和交易地点。
我的发布管理已发布商品，支持编辑、下架和标记已售。
我的收藏查看收藏商品并快速进入详情。
个人中心维护昵称、头像、学校、联系方式和账号设置。
🔌

API 接口设计

9 APIs
方法 路径 说明
POST/api/auth/login用户登录并返回访问令牌。
GET/api/products获取商品列表，支持关键词、分类、价格筛选。
POST/api/products发布新商品。
GET/api/products/:id获取商品详情。
PUT/api/products/:id编辑商品信息。
PATCH/api/products/:id/status更新商品状态：在售、已售、下架。
POST/api/favorites收藏商品。
DELETE/api/favorites/:productId取消收藏。
GET/api/users/me获取当前用户资料。
🗄️

数据库表设计

Data Model
表名 核心字段 说明
users id, nickname, avatar_url, school, phone, wechat, created_at 存储学生用户基础资料和联系方式。
products id, user_id, title, category, price, description, status, location, created_at 存储商品主体信息与交易状态。
product_images id, product_id, image_url, sort_order 支持一个商品上传多张图片。
favorites id, user_id, product_id, created_at 记录用户收藏商品关系。
categories id, name, icon, sort_order 维护商品分类，如教材、数码、生活用品。
✅

开发任务拆解

Tasks
  1. 搭建项目基础结构、路由、全局样式和组件规范。
  2. 实现登录注册、用户资料读取和编辑能力。
  3. 实现商品列表、搜索筛选、商品详情页面。
  4. 实现商品发布、编辑、下架、标记已售流程。
  5. 实现收藏、取消收藏和我的收藏页面。
  6. 设计并联调 API，完成前后端字段约定。
  7. 完成移动端适配、空状态、错误状态和基础埋点。
⚠️

技术风险

Risks
  • 图片上传与压缩可能影响首屏加载性能，需要限制图片大小并使用懒加载。
  • 商品搜索体验依赖数据质量，需要统一分类、状态和关键词索引规则。
  • 交易安全与内容审核是后续扩展重点，MVP 阶段需至少提供举报入口。
  • 若引入实时聊天，开发复杂度会明显上升，建议 MVP 使用联系方式展示替代。
📌

验收标准

Acceptance
  • 用户可以完成注册登录并维护个人资料。
  • 用户可以发布至少包含标题、价格、分类、图片和描述的商品。
  • 用户可以通过关键词和分类筛选商品。
  • 用户可以收藏商品，并在我的收藏中查看。
  • 卖家可以编辑、下架和标记商品为已售。
  • 页面在桌面端和移动端均可正常浏览和操作。
🗓️

推荐开发排期

2 Weeks
第 1 - 2 天：需求与基础架构 确认字段、页面流转、接口契约，搭建项目、路由、UI 基础组件和数据模型。
第 3 - 7 天：核心功能开发 完成用户、商品发布、商品列表、详情、搜索筛选、收藏等 MVP 主流程。
第 8 - 10 天：联调与体验优化 完成接口联调、移动端适配、异常状态、性能优化、测试和上线准备。
```
已复制 Markdown 到剪贴板