案例简介：本案例基于华为云码道（CodeArts）代码智能体 + 基于Vue3+Flask+SQLite的校园二手交易平台，实现了用户认证、商品发布交易、订单支付、即时聊天、收藏评价、求购专区和管理后台等完整功能。

本案例由开发者：武汉大学-华为云高校公开课实战团队提供，华为开发者空间案例中心优化并收录。

本案例在线体验地址：校园二手交易平台（拾光集市）

一、概述

1.1 案例介绍

• 高校学生每学期会产生大量闲置物品：教材教辅（使用一学期后基本闲置）、数码产品（毕业换代）、生活用品（搬家不便带走）。这些物品对原主人价值低，但对有需求的同学价值高。

• 当前校园二手交易主要依赖微信群/QQ群/表白墙发布信息，存在信息分散、查找困难、交易撮合效率低的问题。

• 校外平台（闲鱼、转转）虽然成熟，但缺乏校园属性——无法验证校友身份、交易需邮寄、缺少校内当面交易的信任场景。

• 本项目为校园生活服务生态补全「闲置物品流通」这一高频刚需场景。

• 以二手交易为切入点，积累学生信任关系链，未来可扩展至校园租房、兼职、拼单等场景。

本案例基于华为云码道（CodeArts）代码智能体完成全流程开发搭建，采用 Vue3 前端、Flask 后端、SQLite 轻量数据库技术栈，打造一套纯模拟场景的校园二手交易演示平台，仅用于功能演示、技术验证与教学实训，不对接真实支付通道、真实资金流转与商用线上环境。

平台覆盖校园二手交易全链路核心演示功能：账号注册登录用户认证、闲置商品发布与交易流程、模拟订单支付交互、实时在线即时聊天、商品收藏与评价模块、专属求购信息专区，完整还原校园二手交易全场景业务逻辑，代码分层清晰、业务模块解耦，具备极高复用性。

备注：本套模拟项目可直接作为商用二次开发基底，若需落地真实可用的线上校园二手交易平台，可基于本案例完整代码框架迭代改造：替换生产级数据库、接入正规第三方支付接口、完善用户实名认证、部署云服务环境、补充合规风控与数据安全能力，快速完成真实业务版本开发落地。

案例技术选型：

• 华为云码道（CodeArts）代码智能体是基于智能生成、智能问答两大核心能力构建起一套全方位、多层次的智能开发体系。在智能生成方面，它能够依据开发者输入的需求描述，准确且高效地生成高质量代码；智能问答功能则如同开发者身边的专属技术顾问。

1.2 适用对象

• 个人开发者
• 高校学生
• 企业开发者

1.3 案例时间

本案例总时长预计60分钟。

1.4 案例流程

说明：

1. 本地安装华为云码道（CodeArts）代码智能体；
2. 通过码道开发校园二手交易平台

1.5 资源总览

本案例预计花费0元。

资源名称	规格	单价（元）
华为云码道（CodeArts）代码智能体	体验版	免费

二、基础环境与资源准备

2.1 华为云码道安装部署

本案例基于华为云码道代码智能体完成开发改造，案例开始前请按照以下两步操作开通并使用工具：

2.1.1 一键开通华为云码道体验版

访问此专属开通链接，免费开通华为云码道（CodeArts）代码智能体体验版，无需复杂配置：
一键开通华为云码道体验版！

2.1.2 AI IDE华为云码道安装部署

参考案例《AI IDE华为云码道（CodeArts）代码智能体安装部署》完成Windows版AI IDE华为云码道（CodeArts）代码智能体安装部署。

三、通过码道分阶段搭建校园二手交易平台

3.1 通过规范驱动模式创建需求文档

首先我们进入AI IDE后点击码道对话框的 规范驱动模式(Spec-Driven Mode) ：根据 需求规格设计->实现方案创建->编码任务规划->任务执行 进行项目开发。

3.1.1 需求规格设计

接着我们在码道对话框输入以下提示词，让码道进行需求规格说明书的创建

帮我在当前目录生成一个web应用项目；
项目名称: 校园二手交易平台（拾光集市）；
技术栈: Vue3 + Flask + SQLite + Element Plus；
核心功能: 用户系统、商品系统、聊天系统、收藏系统、担保交易、信用体系、求购专区、管理后台。

此时，码道会根据步骤首先创建需求规格说明书。

这时如果我们对项目有要求，可以对spec.md需求规格说明书文件进行编辑。
我们可以把以下内容复制并粘贴进spec.md文件内并进行保存。

# 校园二手交易平台（拾光集市）需求规格文档
## 1. 文档信息
| 项目 | 内容 |

|------|------|

| 项目名称 | 校园二手交易平台（拾光集市） |

| 文档版本 | V1.0 |

| 文档类型 | 产品需求规格文档（PRD） |

| 创建日期 | 2026-06-18 |

  

---

  

## 2. 项目概述

  

### 2.1 背景

  

高校校园内存在大量闲置物品（教材、数码产品、生活用品等），学生之间的二手交易需求旺盛。现有交易方式主要依赖微信群、QQ群等社交平台，存在信息分散、搜索困难、交易流程不规范、信用缺失、纠纷无仲裁等问题。

  

### 2.2 产品目标

  

构建面向高校校园的二手交易平台"拾光集市"，实现：

  

1. **商品发布与浏览**：支持多分类、多成色、多图片的商品发布与瀑布流浏览

2. **求购发布与匹配**：支持发布求购信息，系统自动推荐匹配商品

3. **即时沟通**：基于商品的买卖双方即时聊天系统

4. **交易闭环**：从下单、支付、确认收货到评价的完整交易流程

5. **信用体系**：基于多维度评价的信用评分机制

6. **安全治理**：举报机制与管理后台，保障平台安全

  

### 2.3 用户角色

  

| 角色 | 描述 | 核心诉求 |

|------|------|----------|

| 买家 | 浏览、搜索、购买二手商品的学生 | 快速找到所需商品，价格合理，交易安全 |

| 卖家 | 发布、出售闲置物品的学生 | 快速出售闲置，流程简便，获得合理收益 |

| 管理员 | 平台运营管理人员 | 维护平台秩序，处理违规，查看运营数据 |

  

> 同一学生可同时担任买家和卖家角色。

  

---

  

## 3. 核心业务流程

  

### 3.1 商品交易主流程

  
  

卖家发布商品 → 买家浏览/搜索 → 查看详情 → 发起聊天咨询 → 创建订单

→ 模拟支付 → 确认收货 → 评价卖家

  
  

1. 卖家登录后发布商品（填写标题、描述、价格、分类、成色，上传图片）

2. 买家在首页通过搜索或分类筛选浏览商品

3. 买家点击商品查看详情，可与卖家发起即时聊天咨询

4. 买家确认购买，创建订单并完成模拟支付

5. 买家确认收货后，对卖家进行多维度评价

  

### 3.2 求购匹配流程

  
  

买家发布求购 → 系统自动推荐匹配商品 → 卖家响应报价 → 买家选择成交

  
  

1. 买家发布求购信息（标题、描述、预算范围、分类、期望成色）

2. 系统自动推荐：同分类且价格在预算范围内的在售商品（最多5个）

3. 卖家看到求购信息后可响应报价（可关联自己的商品）

4. 买家根据响应选择合适商品进行交易

  

### 3.3 订单状态流转

  
  

                    ┌──────────┐

                    │  待付款  │

                    └────┬─────┘

                   /      \

              取消/        \支付

                /            \

         ┌──────────┐   ┌──────────┐

         │  已取消  │   │  已付款  │

         └──────────┘   └──┬──┬────┘

                       /    \

               退款申请/      \确认收货

                 /              \

         ┌──────────┐     ┌──────────┐

         │  退款中  │     │  已完成  │

         └──┬──┬────┘     └──────────┘

           /    \

   卖家同意/    \卖家拒绝

         /        \

 ┌──────────┐  ┌──────────────┐

 │  已退款  │  │ 管理员仲裁   │

 └──────────┘  └──────────────┘

  
  

**流转规则：**

  

- **待付款 → 已付款**：买家完成模拟支付，生成支付记录和交易流水号

- **待付款 → 已取消**：买家主动取消订单

- **已付款 → 已完成**：买家确认收货

- **已付款 → 退款中**：买家申请退款并填写退款原因

- **退款中 → 已退款**：卖家同意退款，生成退款支付记录

- **退款中 → 管理员仲裁**：卖家拒绝退款，进入管理员仲裁

  

### 3.4 举报处理流程

  
  

用户提交举报 → 管理员审核 → 驳回/下架商品/封禁用户

  
  

1. 用户对违规商品提交举报（选择类型：虚假信息/违规商品/诈骗行为/其他，填写描述）

2. 管理员在后台查看待处理举报列表

3. 审核后做出处理决定：

   - **驳回**：举报不成立，状态变为"已驳回"

   - **下架商品**：商品强制下架，举报状态变为"已处理"

   - **封禁用户**：卖家账号被封禁，举报状态变为"已处理"

4. 管理员记录处理备注和处理时间

  

### 3.5 信用评分流程

  
  

订单完成 → 买家评价（三维度打分） → 计算综合评分 → 更新卖家信用分

  
  

- 评价维度：沟通态度（权重0.2）、描述相符（权重0.5）、交易速度（权重0.3）

- 综合评分 = 沟通态度 × 0.2 + 描述相符 × 0.5 + 交易速度 × 0.3

- 用户信用分 = 所有被评价的综合评分的加权平均值

- 每次新评价后实时更新信用分

  

---

  

## 4. 功能需求

  

### 4.1 用户认证

  

#### FR-AUTH-001 用户注册

  

学生使用学号注册账号。学号为唯一标识，不可重复；昵称不超过50字符；密码经哈希处理后存储。注册成功返回 JWT token。

  

#### FR-AUTH-002 用户登录

  

学生使用学号和密码登录。被封禁用户不允许登录。登录成功返回 JWT token（有效期72小时）和用户基本信息。

  

#### FR-AUTH-003 获取当前用户信息

  

根据 token 获取当前登录用户的完整信息，包括学号、昵称、头像、信用分等。

  

---

  

### 4.2 商品管理

  

#### FR-PROD-001 商品列表浏览

  

分页获取商品列表，支持以下筛选和排序：

- 按分类筛选：教材/数码/生活/其他

- 按关键词搜索：匹配商品标题和描述

- 按排序方式：最新发布/价格升序/价格降序

  

仅展示上架状态的商品。已登录用户可查看自己是否已收藏各商品。

  

#### FR-PROD-002 商品详情查看

  

获取单个商品的完整信息，包含卖家昵称和信用分。已登录用户可查看收藏状态。

  

#### FR-PROD-003 发布商品

  

卖家发布二手商品，需填写：

- 标题（不超过100字符）、描述、价格（大于0）

- 分类（教材/数码/生活/其他）

- 成色（全新/几乎全新/轻微使用痕迹/明显使用痕迹）

- 图片（1-6张，支持png/jpg/jpeg/gif/webp，单张不超过5MB）

  

图片上传后自动缩放至最大1200×1200，以UUID重命名存储。商品默认状态为"上架"。

  

#### FR-PROD-004 编辑商品

  

卖家可编辑自己发布的商品，修改标题、描述、价格、分类、成色、图片。仅卖家本人可操作。

  

#### FR-PROD-005 上下架商品

  

卖家可切换商品的上架/下架状态。仅卖家本人可操作。

  

#### FR-PROD-006 收藏与取消收藏

  

用户可收藏或取消收藏商品。同一用户对同一商品只能收藏一次，再次点击则取消收藏。

  

#### FR-PROD-007 我的收藏列表

  

获取当前用户收藏的商品列表。

  

---

  

### 4.3 订单管理

  

#### FR-ORD-001 创建订单

  

买家对商品下单。规则：

- 不能购买自己的商品

- 商品必须为上架状态

- 同一商品同一买家只能有一个未完成订单

- 自动生成唯一订单编号

- 订单初始状态为"待付款"

  

#### FR-ORD-002 模拟支付

  

买家模拟支付订单（模拟微信支付流程）。仅买家可操作，订单须为"待付款"状态。支付成功后生成支付记录和交易流水号，订单状态变为"已付款"。

  

#### FR-ORD-003 取消订单

  

买家取消未付款订单。仅买家可操作，订单须为"待付款"状态。取消后订单状态变为"已取消"。

  

#### FR-ORD-004 确认收货

  

买家确认收到商品。仅买家可操作，订单须为"已付款"状态。确认后订单状态变为"已完成"，记录确认时间。

  

#### FR-ORD-005 申请退款

  

买家申请退款，需填写退款原因。仅买家可操作，订单须为"已付款"状态。申请后订单状态变为"退款中"。

  

#### FR-ORD-006 卖家响应退款

  

卖家同意或拒绝退款。仅卖家可操作，订单须为"退款中"状态：

- 同意：订单变为"已退款"，生成退款支付记录

- 拒绝：订单变为"管理员仲裁"

  

#### FR-ORD-007 订单列表

  

获取当前用户的订单列表，支持按角色（买家/卖家）和状态筛选。

  

#### FR-ORD-008 订单详情

  

获取订单完整信息。仅订单相关方（买家/卖家）可查看。

  

---

  

### 4.4 即时聊天

  

#### FR-CHAT-001 会话列表

  

获取当前用户的所有聊天会话，包含对方用户信息和最后一条消息，按更新时间倒序排列。

  

#### FR-CHAT-002 创建会话

  

买家就某商品向卖家发起聊天。同一商品+买家+卖家组合唯一（已有会话则返回现有会话）。不能与自己聊天。

  

#### FR-CHAT-003 获取消息

  

获取会话中的消息列表。支持增量获取（仅获取指定ID之后的新消息，用于轮询）。仅会话参与方可查看。查看消息时自动标记对方消息为已读。

  

#### FR-CHAT-004 发送消息

  

在会话中发送文本消息。仅会话参与方可发送，消息默认未读。

  

#### FR-CHAT-005 未读消息数

  

获取当前用户的未读消息总数，用于消息图标角标展示。

  

---

  

### 4.5 个人中心

  

#### FR-USER-001 更新个人资料

  

用户可更新昵称、手机号、邮箱和头像。头像上传处理方式同商品图片。

  

#### FR-USER-002 我的商品列表

  

获取当前用户发布的商品列表，支持按状态（上架/已下架）筛选。

  

---

  

### 4.6 评价系统

  

#### FR-REV-001 创建评价

  

买家对已完成订单进行评价，包含三个评分维度和评价文字：

- 沟通态度评分（1-5分）

- 描述相符评分（1-5分）

- 交易速度评分（1-5分）

- 评价文字（不超过200字符）

  

规则：

- 仅买家可评价卖家

- 订单状态必须为"已完成"

- 订单完成后7天内可评价

- 每个订单每人只能评价一次

- 评价后自动更新被评价者的信用分

  

#### FR-REV-002 评价列表

  

获取评价列表，支持按被评价者或订单筛选。

  

#### FR-REV-003 评价详情

  

获取单条评价的完整信息。

  

#### FR-REV-004 检查订单可评价

  

检查订单是否可评价，返回是否可评价及原因。条件：订单已完成、7天内、当前用户尚未评价。

  

---

  

### 4.7 举报系统

  

#### FR-RPT-001 提交举报

  

用户举报违规商品，选择举报类型（虚假信息/违规商品/诈骗行为/其他）并填写描述。同一用户不能重复举报同一商品。提交后商品举报计数+1，举报初始状态为"待处理"。

  

#### FR-RPT-002 我的举报列表

  

获取当前用户提交的举报列表。

  

#### FR-RPT-003 举报详情

  

获取单条举报的完整信息。仅举报人可查看。

  

---

  

### 4.8 求购系统

  

#### FR-WANT-001 发布求购

  

用户发布求购信息，填写标题（不超过100字符）、描述、预算范围（最低/最高）、分类和期望成色。求购初始状态为"进行中"。

  

#### FR-WANT-002 求购列表

  

获取求购信息列表，支持按分类和状态（进行中/已关闭）筛选。

  

#### FR-WANT-003 求购详情

  

获取求购详情，系统自动推荐匹配的在售商品：同分类 + 价格在预算范围内，最多5个。

  

#### FR-WANT-004 更新求购

  

发布者更新求购信息。仅发布者本人可操作。

  

#### FR-WANT-005 删除求购

  

发布者删除求购信息。仅发布者本人可操作。

  

#### FR-WANT-006 响应求购

  

卖家响应求购，提供报价和留言，可关联自己的商品。不能响应自己的求购。

  

#### FR-WANT-007 求购响应列表

  

获取某求购的所有响应。仅求购发布者可查看。

  

---

  

### 4.9 管理后台

  

#### FR-ADMIN-001 管理员登录

  

管理员使用用户名和密码登录，独立于用户认证体系。登录成功返回 admin JWT token。

  

#### FR-ADMIN-002 初始化管理员

  

首次使用时初始化管理员账号。仅在无管理员时允许初始化。

  

#### FR-ADMIN-003 举报管理

  

管理员查看和处理举报：

- 查看举报列表（支持状态筛选）

- 查看举报详情

- 处理举报：驳回 / 下架商品 / 封禁用户

- 记录处理备注和处理时间

  

#### FR-ADMIN-004 商品管理

  

管理员查看商品列表（支持搜索和状态筛选），可修改商品状态（强制上架/下架）。

  

#### FR-ADMIN-005 用户管理

  

管理员查看用户列表（支持搜索），可封禁/解封用户。

  

#### FR-ADMIN-006 数据看板

  

管理员查看平台运营数据：用户总数、商品总数（上架/下架）、订单总数（各状态）、举报总数（待处理/已处理）、总交易金额。

  

---

  

## 5. 业务规则与枚举定义

  

### 5.1 枚举值

  

| 业务对象 | 属性 | 可选值 |

|----------|------|--------|

| 商品 | 分类 | 教材、数码、生活、其他 |

| 商品 | 成色 | 全新、几乎全新、轻微使用痕迹、明显使用痕迹 |

| 商品 | 状态 | 上架、已下架 |

| 订单 | 状态 | 待付款、已付款、已完成、已取消、退款中、已退款、管理员仲裁 |

| 支付 | 状态 | 待支付、成功、已退款 |

| 支付 | 方式 | wechat、wechat_refund |

| 举报 | 类型 | 虚假信息、违规商品、诈骗行为、其他 |

| 举报 | 状态 | 待处理、已处理、已驳回 |

| 求购 | 状态 | 进行中、已关闭 |

  

### 5.2 关键业务规则

  

| 规则 | 说明 |

|------|------|

| 信用评分公式 | 综合评分 = 沟通态度 × 0.2 + 描述相符 × 0.5 + 交易速度 × 0.3 |

| 信用分更新 | 用户信用分 = 所有被评价的综合评分加权平均值，每次评价后实时更新 |

| 评价有效期 | 订单完成后7天内可评价 |

| 评价唯一性 | 每个订单每人只能评价一次 |

| 收藏唯一性 | 同一用户对同一商品只能收藏一次 |

| 举报唯一性 | 同一用户对同一商品只能举报一次 |

| 会话唯一性 | 同一商品+买家+卖家组合唯一 |

| 订单唯一性 | 同一商品同一买家只能有一个未完成订单 |

| 图片限制 | 1-6张，单张≤5MB，支持png/jpg/jpeg/gif/webp，上传后自动缩放至1200×1200 |

| 请求体限制 | 总上传不超过32MB |

  

### 5.3 实体关系概览

  
  

User 1──N Product（卖家发布）

User 1──N Order（买家下单 / 卖家被下单）

User 1──N Conversation（买家/卖家参与）

User 1──N Message（发送者）

User 1──N Favorite（收藏）

User 1──N Review（评价者/被评价者）

User 1──N Report（举报人）

User 1──N Wanted（发布者）

User 1──N WantedResponse（响应者）

Product 1──N Order

Product 1──N Conversation

Product 1──N Favorite

Product 1──N Report

Product 1──N WantedResponse

Order 1──1 Payment

Order 1──N Review

Conversation 1──N Message

Wanted 1──N Product（推荐匹配）

Wanted 1──N WantedResponse

  
  

---

  

## 6. 页面与交互规格

  

### 6.1 设计系统

  

| 项目 | 规格 |

|------|------|

| 主题色 | `#5B8DEF`（蓝）、`#06D6A0`（绿）、`#FF6B6B`（红） |

| 组件库 | Element Plus |

| 商品列表布局 | 瀑布流 |

| 求购列表布局 | 云看板 |

  

### 6.2 页面清单

  

| 页面 | 路径 | 功能描述 |

|------|------|----------|

| 首页 | `/` | 商品瀑布流展示、搜索栏、分类标签、商品详情弹窗 |

| 登录 | `/login` | 学号+密码登录 |

| 注册 | `/register` | 学号+昵称+密码注册 |

| 商品详情 | `/product/:id` | 商品完整信息、卖家信息、收藏按钮、聊天入口 |

| 发布商品 | `/publish` | 商品发布/编辑表单（含图片上传） |

| 个人中心 | `/profile` | 用户信息、我的发布/收藏/订单入口 |

| 编辑资料 | `/profile/edit` | 修改昵称/手机/邮箱/头像 |

| 消息列表 | `/messages` | 聊天会话列表、未读标记 |

| 聊天详情 | `/chat/:id` | 消息历史、发送框、3秒轮询 |

| 订单列表 | `/orders` | 买家/卖家订单列表、状态筛选 |

| 订单详情 | `/order/:id` | 订单信息、操作按钮（支付/确认/退款等） |

| 支付页 | `/pay/:id` | 模拟微信支付界面 |

| 评价页 | `/review/:id` | 三维度评分 + 评价文字 |

| 我的发布 | `/my-products` | 已发布商品管理 |

| 我的收藏 | `/my-favorites` | 收藏商品列表 |

| 求购专区 | `/wanteds` | 云看板风格求购列表 |

| 求购详情 | `/wanted/:id` | 求购信息 + 推荐商品 + 响应列表 |

| 发布求购 | `/publish-wanted` | 求购发布/编辑表单 |

| 管理员登录 | `/admin/login` | 管理员专用登录 |

| 管理看板 | `/admin/dashboard` | 平台运营数据可视化 |

| 举报管理 | `/admin/reports` | 举报列表与处理 |

| 商品管理 | `/admin/products` | 商品列表与状态管理 |

| 用户管理 | `/admin/users` | 用户列表与封禁管理 |

  

### 6.3 关键交互

  

**商品详情弹窗**：首页点击商品卡片弹出右侧滑入面板（非跳转），展示商品完整信息和操作按钮。同时支持通过URL路由独立访问。

  

**聊天轮询**：前端每3秒轮询一次新消息，使用增量获取避免重复传输，新消息到达时自动滚动到底部。查看消息时自动标记对方消息为已读。

  

**模拟支付**：支付页面模拟微信支付界面，点击"确认支付"后调用支付API，成功后跳转订单详情页。

  

---

  

## 7. 非功能需求

  

### 7.1 性能

  

| 指标 | 要求 |

|------|------|

| API 响应时间 | 平均 ≤ 500ms，P99 ≤ 2s |

| 并发用户 | 支持 ≥ 100 并发连接 |

| 页面首屏加载 | ≤ 3s |

  

### 7.2 安全

  

- 密码哈希存储，不明文保存

- JWT Bearer Token 认证，有效期72小时

- CORS 限制允许的跨域来源

- 文件上传限制格式、大小、数量

- API 级别的登录验证和管理员权限验证

  

### 7.3 兼容性

  

- 浏览器：Chrome ≥ 90、Edge ≥ 90、Firefox ≥ 90、Safari ≥ 14

- 分辨率：最低1280×720，推荐1920×1080

- 响应式布局，适配移动端浏览

  

### 7.4 约束条件

  

1. **单机部署**：SQLite 不支持高并发写入，适合小规模校园场景

2. **模拟支付**：不接入真实支付系统，仅模拟微信支付流程

3. **消息轮询**：聊天系统基于 HTTP 轮询，非 WebSocket 实时推送

4. **文件存储**：图片存储在本地文件系统，非对象存储

5. **无验证码**：注册无需手机或邮箱验证码

  

---

  

## 8. 实施计划

  

| 阶段 | 内容 | 交付物 |

|------|------|--------|

| P1 - 基础框架 | 项目初始化、数据库模型、认证模块、基础布局 | 可运行的空壳应用 |

| P2 - 核心功能 | 商品发布/浏览/搜索、聊天系统、订单流程 | 核心交易闭环可用 |

| P3 - 增强功能 | 评价系统、收藏功能、求购模块 | 功能完整 |

| P4 - 管理后台 | 管理员登录、举报管理、商品管理、用户管理、数据看板 | 管理功能完整 |

| P5 - 测试与优化 | 全链路测试、UI 优化、性能调优 | 可交付版本 |

  

### 种子数据

  

- 测试用户：12个（学号 `202400000001` ~ `202400000012`，密码均为 `123456`）

- 每个用户发布3个商品和3个求购

- 包含测试订单、评价数据

- 管理员默认账号：`admin` / `admin123`

保存过后，我们点击码道对话框的开始实现方案。

3.1.2 实现方案设计

可以看到，码道正在根据我们给出的需求规格文档设计实现方案文档。

在创建完成后，我们可以在左侧找到 design.md实现方案设计文档进行查看，如果有需要调整的地方可以直接进行修改，无问题后点击 全部接受-> 开始编码任务。

3.1.3 编码任务规划

在实现方案设计书创建完成后，我们可以在左侧找到 tasks.md编码任务文档进行查看，如果有需要调整的地方可以直接进行修改，无问题后点击 全部接受-> 开始任务执行。

生成完毕后我们可以看到相应的任务执行顺序。

3.1.4 任务执行

这时我们可以任意的去修改需求规格设计、实现方案创建、编码任务规划，在以上设计书都完成的前提下，我们可以在码道输入框内输入继续执行 进行编码任务。

可以看到，码道正在进行编码任务。

四、启动项目并反馈可能出现的问题

在编码任务完成后，我们可以根据启动说明或在码道对话框输入以下提示词启动项目：

启动项目

注意：在启动项目中或项目运行中可能会出现一些错误，遇到问题的时候我们通过自然语言描述，或者截图的方式把错误直接反馈给码道，让码道帮我们解决就可以了。

当我们成功启动后可以看到刚刚创建好的应用了！

注意：由于本应用是由AI创建，每次创建的结果可能不一致，如果想体验上图中的案例，可在本项目源码处下载并体验。

五、反馈改进建议

如您在案例实操过程中遇到问题或有改进建议，可以到开发者论坛评论区反馈即可，我们会及时响应处理，谢谢！